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PREFACE 
The  Conceptual  System  Structure  1s  presented  1n  two  volumes.  This 
volume  is  a  System  Surrmary.  It  describes  the  functional  areas  of  the 
system  and  the  functions  within  each  area.  The  major  tasks  within  each 
function  are  identified  but  not  described.  It  also  includes  some  examples 
of  user  sessions  at  terminals,  and  the  major  tasks  associated  with  two 
user  transactions. 

The  second  volume  is  a  Reference  Manual.  It  contains  descriptions 
of  the  major  tasks  and  a  glossary  of  terms.  It  provides  a  source  of 
more  detailed  information  about  tasks  and  terms  for  progranmers,  analysts, 
and  others  who  may  be  interested  in  more  specific  information. 


This  is  the  first  draft  of  the  System  Summary.  A  few  areas  require 
a  more  detailed  analysis  before  the  structure  can  be  considered  firm. 
Only  minor  changes  to  the  structure  are  expected  1n  the  final  version. 


c  p" 


o 


o 


o 


TABLE  OF  CONTENTS 


Page 

I.      SYSTEM  OVERVIEW       "  1 

II.     GENERAL  DESCRIPTION  OF  SYSTEM  FUNCTIONS  17 

2.0  Introduction  to  System  Functions  18 

2.1  Data  Entry  22 

2.2  Data  Presentation  25 

2.3  User  Interface  30 

2.4  Application  Interface  40 

2.5  Data  Base  43 

2.6  Application  Routines  50 

2.7  Conrnon  Services  51 

2.8  System  Support  57 

III.  USER  INTERFACE  EXAMPLES  62 

3.0  Introduction  to  Examples  63 

3.1  Alpha-Numeric  Example  65 

3.2  Graphics  Example  76 

IV.  SYSTEM  TASKS  FOR  SAMPLE  TRANSACTIONS  99 

4.0  Introduction  to  Sample  Transactions  100 

4.1  Simple  Transaction  101 

4.2  Complex  Transaction  103 


of- 


o 


f) 


o 


O 


SECTION  1 


SYSTEM  OVERVIEW 


1.0  BACKGROUND 

The  Bureau  of  Land  Management  iinitiated  a  project  to  develop  a  Strategic 
Plan  for  Information  Systems  during  1973-1974.  In  1974  and  1975,  the 
Strategic  Plan  was  developed.  It  specified  15  similar  areas  of  BLM's  work 
called  application  packages,  each  of  which  would  benefit  from  automation. 
The  key  ingredient  in  the  strategy  was  that  of  integrated  data  and  sy^ems 
such  that  data  would  be  available  to  all  who  were  j^uthori zed  and  ha^d  a 
need  foiMt.  Automated  systems  would  be  integrated  into  a  single  system 
for  resource  management.  In  1975-1976,  more  detailed  "tactical"  plans 
were  prepared.  Work  began  for  procuring  required  hardware  and  for 
defining  detailed  user  requirements  for  Resource  Inventory,  Unit 
Resource  Analysis,  and  Land  and  Survey  Records. 

1,1  PURPOSE 

The  purpose  of  this  document  is  to  provide  a  framework,  an  overview,  a 
concept,  of  what  the  BLM's  Resource  Information  Management  System  must  do. 
It  provides  a  single  point  of  reference  for  developing  within  ELM  manage- 
ment, technical  and  user  personnel  a  common  understanding  of  the  functions 
and  tasks  that  an  integrated  system  must  perform.  It  provides  information 
on  how  tasks  are  organized  functionally,  and  some  of  the  terminology 
associated  with  information  systems.  It  is  written  in  easy-to-read 
language.  It  should  be  applicable  as  an  overall  framework  and  guidance 
document  throughout  the  life  of  the  Strategic  Plan. 

It  should  also  be  pointed  out  here  that  the  organization  of  this 
document  is  functional  —  like  things  that  the  system  must  do  are  grouped 
together.  It  does  not  depict  data  flow  nor  control  flow.  Data  flow 
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includes  a  specification  of  how  data  Is  pass^ed  from  program  to  program. 
Control  Flow  is  a  specification  of  which  programs  Invoke  other  programs 
and  in  what  sequence.  Since  data  flow  and  control  flow  are  not 
depicted,  it  is  not,  therefore,  a  system  design.  Both  control  and 
data  flow  must  be  described  in  detail  in  order  to  specify  how  the  system 
will  operate  to  provide  the  required  information  management  capabilities. 


1.2  GENERAL  SYSTEM  STRUCTURE 

At  the  highest  architectural  level,  the  system  appears  as  several 
separate  systems.  This  is  due  to  the  significant  difference  in  requirements 
and  processing  capabilities  between  computer  operations  needed  to  support 
such  things  as  Resource  Management,  Program/System  Development,  Text 
Processing,  existing  BLM  batch  or  on-line  processes,  etc.  At  the  overview 
level,  the  BLM  Integrated  Information  Management  System  appears  as 
illustrated  in  Figure  1.2. 

Once  a  user  has  "signed-on"  to  the  computer  and  has  selected  the  specific 
system,  the  operating  system  becomes  transparent  and  interactions  between  the 
user  and  the  selected  system  are  direct  as  far  as  the  user  is  concerned. 

The  conceptual  system  structure  described  in  this  document  pertains 
to  only  the  BLM  Resource  Information  Management  System  (BRIMS).  Each  of  the 
other  systems,  operating  on  the  same  host  computer,  will  have  their  own 
structure. 
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Figure  1.2  BLM  Integrated  Information  Management  System 


1.3  BLM  RESOURCE  INFORMATION  MANAGEMENT  SYSTEM  (BRIMS)  -  TARGET  OBJECTIVES 

In  5-10  years,  BRIMS  may  consist  of  several  computers  of  different 
size  and  type,  hundreds  of  terminals  of  different  types  all  within  a 
single  network.  It  will  service  virtually  all  levels  of  BLM  personnel. 
It  is  vital  that  guidelines  or  objectives  be  established  for  all  aspects 
of  the  system  structure,  design,  development,  and  implementation.  In 
this  regard,  the  following  sixJTarget  Objectives"  have  been  established. 

1.  The  system  shall  be  device  independent  (i.e.,  so  that  the 
addition  of  a  new  device  or  computer  in  the  network  is  transparent 
to  previously  developed  software). 

2.  The  sqfjtware  shall  be  structured  so  as  to  minimize  the 
reprogramming  required  to^rarisfer_programs  from  one  computer 
to  another.  Only  those  changes  will  be  required  that  depend 
upon  the  specific  characteristics  of  the  hardware  and  system 
software  provided  with  the  new  computer. 

3.  The  system  shall  allow  a  single  copy  of  a  program  in  memory  to 
service  numerous  users  at  the  same  time. 

4.  The  system  shall  be  so  structured  and  designed  that  it  will  be 
relatively  easy  to  design,  develop,  test,  and  install  a  new 
application. 

5.  The  system  shall  be  structured  so  that  it  will  be  relatively 
simple  to  isolate  and  fix  any  program  problem.  Any_specific 
system  task  where  a  problem  might  exist  is  contained  in  only  a 
single  place  within  the  system. 

6.  The  system  shall  provide  a  common  user  interface  such  that  any 
user  who  can  operate  one  terminal  type  can  operate  other  terminals 
once  the  specific  characteristics  of  the  new  terminal  are  learned. 
What  the  user  sjets  from  one  terminal  type  to  another  will  remain 


ostensibly  the  same.  What  he  does  may  vary. 
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1.4  BRIMS  SYSTEM  STRUCTUkt 

Figure  1.4  illustrates  major  system  functional  areas  and  their  inter- 
relationships. The  figure  also  shows  functional  areas  that  are  input/output     i^ 
(\   device  dependent  and  independent  and  also  data  base  dependent  and  independent. 

1.4.1     INPUT/OUTPUT  (I/O)  DEVICE  DEPENDENT  AND  INDEPENDENT  FUNCTIONS         o 

Certajnjfunctional  areas  can  be  isolated  such  that  new_I/0 
device  types  can  be  added  to  the  system  without  affecting  them.  Thes^e 
function  areas  are  therefore  device  independent.  Other  functional  areas 
handle  I/O  device  dependent  type  functions  and  are  therefore  device 
dependent. 

1.4.1.1  I/O  DEVICE  DEPENDENT  FUNCTIONS 
The  I/O  device  dependent  functions,  left  side  of  Figure  1.2, 

represent  those  functional  areas  required  to  transform  data  from  a 
terminal  into  a  consistent  format  regardless  of  the  type  of  terminal 
that  originated  the  message  or  command.  For  example,  a  message  might  be 
entered  to  the  system  from  a  graphics  terminal  or  the  same  message  might 
be  entered  via  an  alpha-numeric  terminal.  The  funx:-ti-on  of  "Data„Entry" 
is  to  transform  these  messages  so  that  they  are  identical  in  format  as 
seen  by  "UseMnterface."  The  function  of  "Data^h^e^ntation"  is  the 
reverse  process  from  Data  Entry. 

1.4.1.2  I/O  DEVICE  INDEPENDENT  FUNCTIONS 
It  can  be  seen  from  the  above  short  description  that  in  order  to 

add  a  new  type  of  terminal  to  the  system,  only  the  Data_Entry  and  Data 
Presentation  programs  need  to  be  developed.  No  change  needs  to  be  made 
to  "User  Interface"  or  other  functional  areas. 
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Figure  1.2  ELM  Resource  Information-Management  System  (BRIMS) 


1.4.2     DATA  BASE  DEPENDENT  AND  INDEPENDENT  FUNCTIONS 

Because  of  the  different  capabilities  provided  by  different 
vendor-supplied  data  base  managers,  functional  areas  have  been  isolated 
into  data  base  dependent  and  independent  groupings  where  possible. 

1.4.2.1  DATA  BASE  INDEPENDENT  FUNCTIONS 

These  functions,  illustrated  at  the  center  and  lower  right  of 
Figure  1.2,  represent  those  that  can  be  isolated  from  the  data  base  struc- 
ture. The  data  base  could  be  restructured  without  affecting  the 
programs  supporting  these  functions. 

1.4.2.2  DATA  BASE  DEPENDENT  FUNCTIONS 

The  prqarams  that  access  the  data  base  directly  depend  upon  the 
specific  vendor-supplied  data  base  access  software.  Any  change  in  data 
base  management  systems  or  data  base  structure  will  require  some  modifica- 
tion to  programs  in  this  functionjJ_area. 

1.5      FUNCTIONAL  AREA  GENERAL  DESCRIPTIONS 

The  major  purpose  and  function  of  each  block  shown  in  Figure  1.4 
is  provided  below.  Where  the  block  shown  represents  several  major  functions, 
these  are  listed.  A  detailed  list  of  tasks  for  each  function  is  given  in 
Section  2. 

1.5.1     DATA  ENTRY 

The  DaiaL_Ejnj;ry  Functional  Area  represents  those  proj^rams  and 
hardware  that  handle  I/O^evice  dependent„_data  entry  inclu^dingjriultiple 
classes  of  input  devices  and  multiple  types  within  each  cl_ass.     Data  Entry 
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will  also  convert  the  Input  data  to  standard  input  format.  The  major 
functions  within  Data  Entry  are: 

y  .  Data  Entry  Supervisor 

f^.   Input  Device  Interfaces 


1.5.2    DATA  PRESENTATION 

The  Data_Pres_e„ntati on  Functional  Area  represents  those  p_rograms 
and  hardware  that  handle  I/O  device  dependent  outputs.  Data_presentation 
accepts  data  from  the  system  in  device  independent  format  then  outputs  the 
data  to  the  specific  class  and  type  of  terminal  specified.  The  major 
functions  within  data  presentation  are: 

y- .   Data  Presentation  Supervisor 

i^.   Alphanumeric  Paging  and  Presentation  Services 

i^.   Graphic  Presentation  Services 

^<  Output  Device  Interfaces 


1.5.3    USER  INTERFACE 

The  User  Interface  Functional  Area  represents  those  functions 
required  to  handle  the  interaction  between  the  user  and  the  system.  User 
interface  assists  the  user  with  data  input  then  passes  the  request  to  the 
application  interface  which  handles  processing.  Upon  completion  of 
processing,  user  interface  passes  the  resu^lts  to  data  presentation.  The 
major  functions  within  user  interface  are: 

//-.  User  Interface  Supervisor 

i^.   System  Security 

f^ .   User  Assistance 


'C' Transaction  Analysis 
A-T'Transaction  Queuing 
«  Output  Message  Routing 
t<  Error  Handling 

1.5.4  APPLICATION  INTERFACE 

The  Application  Interface  Functional  Area  represents  those  functions 
requi_red  to  setjjp_the  system  for  processjng  a  user  reguest  then  control  Data 
base^ services ,  application-noutines  and  common^, services.  The  major 
functions  within  applications  interface  are: 

)/.  Application  Supervisor 

/'.   Application  Memory  Management 

1.5.5  DATA  BASE  SERVICES 

The  Data  Base  Services  Functional  Area  represent  those-imc-tions 
required  to  store,  retrieve  and  maintain  the  data  in  Master  Data  Base(s), 
temporary  work  space,  and  permanent  data  fijes.  Data  base  services_provides 
a  standard  interface  to  data  for  programs.  The  major  functions  within  data 
base  services  are: 

/<  Data  Storage  and  Maintenance 

//;  Data  Retrieval 

!,<  Data  Base  Manager  Interface 

//T  Data  Base  Manager 

1.5.6  APPLICATION  ROUTINES 

The  Application  Routines  Functional  Area  represents  the  collection 
of  programs  that  are  each  unique  to  a  specific  input,  process,  output,  or 
application. 
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Examples  of  some^functions  in  the  application  routines  area  are: 
f^.  Special  edits  of  input  data 
i^.   Interactive  table  update  and  maintenance 
1^"  Analysis  and  reporting  of  system  logs 
^^* -Support  for  special  projects 

1.5.7  COMMON  SERVICES 

The  Common  Services  Functional  Area  represents  those  standard 
functions  reciui red  for  graphic  and  alphanumeric  processing.  These  functions 
may  be  common  to  numerous  processes  and  are  therefore  generalized.  The  major 
functions  within  comnon  services  are: 

K.  Alphanumeric  Output  Processing 

^<  Graphic  Output  Processing 

vi  Business  Graphs  and  Charts 

n  Spatial  Processing 

Ki  Mathematics  and  Statistics 

1.5.8  SYSTEM  SUPPORT 

The  System  Support  Functional  Area  represents  those  functions  that 
are  required  to  operate,  monitor  and  maintain  the  system.  They  are  general 
support  functions  at  the  computer  level  and  apply  in  many  cases  to  more  than 
one  of  the  previously  described  functional  areas  and  also  apply  to  other 
systems  other  than  BRIMS.  Much  of  the  software  contained  within  this  area 
is  vendor  sup^plied.  Other  programs  must  be  written  and/or  specifically 
tailored.  The  major  functions  within  system  support  are: 

i<  Data  Base  Support 

^v^Telecomnunl cations  Support 
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i^.   General  Activity 

i^'  System  Memory  Management 

i-r- Application  Development  Support 


1.6      TRANSACTION  CONCEPT 

A  concept  that  must  be  understood  in  order  to  visualize 
the  interrelationship  between  the  functions  is  that  of  a  transaction. 
The  term  "transaction"  is  used  to  represent  the  system's  vjew  of  a 
complete  user  ijiput.  In  user  terms,  a  transaction  consists  of  instructions 
and  data.  Either  may  be  explicitly  stated  or  implicit  in  the  transaction 
itself.  A  standard  transaction  may  be  thought  of  as; 
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The  data  is  either  contained  in  the  transaction,  is  "pointed  to,"  or  is 
implied.  The  instruction  tells  the  computer  what  is  to  be  done  to  the  data. 
This  contains  a  Transaction  Identification  CodeJIIC)  that  gets  expanded 
within  the  system  and  tells  the  system  what  progj^ams  to  execute  and 
their  sequence  of  execution.  Also,  any  qualifiers  for  the  data  or  to 
control  program  execution  may  be  input  by  the  user  as  a  part  of  the 
instruction.  A  more  detailed  breakout  of  a  transaction  appears  as: 


n 


r- 


INSTRUCTION 


TIC 


QUALIFIER 


QUALIFIER 


QUALIFI 


■^  :^ 


-^X- 


DATA 


-7 


12 


Each  position  within  the  transaction  is  termed  an  entry.  A  transaction 
could  contain  a  single  entry,  only  a  Transaction  Identification  Code 
with  implied  qualifier  and  data.  An  example  of  this  type  transaction 
might  be  a  paging  command  that  tells  the  system  to  display  the  next  page 
of  data  queued  for  an  alphanumeric  display  terminal.  The  transaction 
layout  for  a  complex  data  retrieval  could  contain  a  large  number  of 
qualifyingj^tries  with  the  implied  data  being  the  data Jn  the  data  base. 

The  system  structure  described  in  this  document  provides  for  either 
an  experienced  or  Inexperienced  user.  In  the  case  of  an  experienced  user, 
an  entire  transaction  may  be  formulated  and  entered  into  the  system  with 
no  interaction  between  the  user  and  system.  An  inexperienced  user,  how- 
ever, may  interact  with  the  system  to  enter  the  transaction  entry-by-entry 
in  a  "conversational"  mode  until  the  complete  transaction  is  formed.  In 
this  situation,  the  inexperienced  user  simply  responds  to  a  system  prompt 
in  a  step-by-step  fashion  where  the  system  provides  the  lead  in  formulating 
the  transaction.  A  combination  of  these  techniques  may  be  used  when  an 
experienced  user  makes  an  error  in  one  or  more  entries  in  a  transaction. 
In  this  instance,  the  system  responds  with  a  conversational  type  of 
response  assisting  the  user  to  correct  the  erroneous  entry.  Once 
the  transaction  is  formed,  system  operations  proceed  in  exactly  the 
same  way  as  though  the  uspr  had  entered  the  entire  transaction  as  a 
single  input. 
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BRIMS  is  a  transaction  driven  system  since  primary  processing  is 
initiated  and  controlled  by  user  input  transactions.  The  system  provides 
for  a  conversational  mode,  however,  primarily  to  assist  users  in  formulating 
transactions. 

1.7  SUMMARY 

The  BLM  Integrated  Information  Management  System  consists  of  several 
separate  systems.  They  require  a  separate  user  sign-on  for  access;  how- 
ever, they  operate  independently  on  the  same  host  computer.  They  m^y 
share  the  same_data  base  via  on-line  storAge. 

The  BLM  Resource  Information  Management  System  is  one  of  the 
systems  and  is  the  system  to  which  this  conceptual  system  structure  applies. 
The  functional  areas  of  the  system  have  been  described  and  the  functions 
within  each  area  were  identified.  Figure  1.7  illustrates  the  functions 
of  BRIMS  and  its  general  functional  organization.  Each  of  the_function 
blocks  represents  a  collection  of  similar  tasks  that  the  system  must 
perform. 
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2.0  INTRODUCTION  TO  SYSTEM  FUNCTIONS 

In  this  section,  the  functions  of  BRIMS  are  described  and  the 
tasks  within  each  function  are  identified.  The  organization  and 
paragraph  numbering  scheme  within  this  section  follows  the  block 
numbers  shown  in  Figure  1.7  "BRIMS  ."  Introductory  diagrams  for  each 
functional  area,  in  some  cases,  are  more  detailed  than  that  shown  in 
Figure  1.7;  however,  they  still  depict  the  functional  area  and  functions 
within  it  as  illustrated  in  Figure  1.7.  Some  of  the  blocks  in  Figure  1.7 
represent  devices,  files  and  buffers  rather  than  functions  or  collections 
of  tasks.  These  .items  are  listed  below  and  are  described  in  the  following 
para_gj:aphs  prior  to  the  description  of the  functions. 

xA-   Input  and  Output  devices 

t^  Master  Data  Base,  Work  Spaces  and  Files 

i^  Output  Buffers 
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2.0.1     INPUT  AND  OUTPUT  DEVICES 

Five  classes  of  device  t^^ges  have  been  identified  as  being 
potentially  attached  to  the  system.  There  are: 


^).  Alphanumeric  terminals  -  The  terminals  may  contain  a  video 

screen,  may  be  teletype  or  typewriter  type  terminals.        ' 

3).  Graphic  terminals  -  These  terminals  may  consist  of  a  screen, 
digitizing  tablet,  keyboard,  command  keys,  plotters,  etc. 

^■.   Remotely  located  batch  terminals  -  These  terminals  provide 
for  data  or  transaction  entry  via  punched  cards,  key-to-tape, 
disk,  magnetic  tape,  etc.,  and  for  printing  of  hard  copy  output. 
Remote  terminals  are  attached  to  the  system  via  telephone  or 
other  communicati on  lines 

Locally  attached  batch  devices  -  The  devices  are  the  same  as 
remote  devices  except  that  there  are  no  communication  lines 
involved^  Consequently,  no  requirement  for  components  exists 
to  prepare  data  for  telecommunications  or  to  receive  data 
from  the  telecommunications  network. 

(5).  Other  computers  -  CPU  to  CPU  communications  will  occur  when 
more  than  one  processor  exists  within  the  information  system 
network. 
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2.0.2  MASTER  DATA  BASE,  WORK  SPACES  AND  FILES 

The  Master  Data  Base  can  be  considered  the  central  repository  of  ELM 
automated  data.  It  is  made  up  of  numerous  interrelated  data  bases  consisting 
of  related  data  for  a  specific  activity  or  discipline  and  includes  both 
graphic  and  alpha-numeric^ data. 

Work  Spaces  are  on-line_stor_age  areas  used  to  store  intermediate 
results.  The  normal  mode  pX  operation  is  to  store_d_ata  retrieved  from 
the  Master  Data  Base  into  a  user  Work  Space.  The  Work  Space  can  be 
used  to  plot  maps,  produce  alpha-numeric  or  graphic  displays,  provide 
tabular  reports,  provide  input  to  an  application  program,  or  can  be 
saved  for  later  use.  The  user  can  jnteract  with  the  Work  Space.  He 
can  add  or  modify  data  in  the  Work  Space  to  answer  "what  if"  type 
questions  without  impacting  the  Master  Data  Base.  The  user  can  also 
add  or  modify  data  in  the  Work  Space  to  obtain  output  and  to  verify  the 
data  prior  to  updating  the  Master  Data  Base.  The  system  can  then  be 
instructed  to  update  the  MasterJData  Base  with  the  changes  contained  in 
the  Work  Space. 

Files  refer  to  those  standard  files  that  include  currently  automated 
BLM  data  not  yet  included  in  BRIMS. 
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2.0.3  OUTPUT  BUFFERS 

Output  Buffers  provides  temporary  storage  of  processed  results  in 
device  independent  format.  This  data  is  used  by  Data  Presentation 
fomatted  for  the  specific  device.  The  data  will  be  retained  in 
the  Output  Buffer  until  it  is  detjrnnned  that  the  user  no  longer  has 
a  need  for  it. 
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2.1  DATA  ENTRY 

The  input  to  Data  Entry  comes  from  a  user  or  other  computers. 
In  either  event,  the  input  data  stream  (message)  resides  in  a  buffer 
as  a  stream  of  bits.  These  bits  may  have  been  created  as  a  user 
strokes  the  keys  at  a  terminal  or  they  may  have  been  transmitted  over 
a  computer  connected  channel.  Dependinguppn  the  hardware  characteristics 
of  the  specific  device  involved,  the  sam_e_bjit_confiquration  may  mean 
entirely  different  things.  For  example,  if  the  bit  configuration  were 
10100001,  it  may  represent  the  number  161;  however,  it  may,  depending 
upon  the  equipment  and  mode,  be  the  letter  A.  Once,  the  complete  message 
has  been  entered,  it  is  the  responsibility  of  the  Data  Entry  Functional  Area 
to  convert  the  data  to  a  common  format  regardl^s  ojf  t]ie  input  device 
type  and  pass  it  on  to  the  User  Interface  programs.  This  inputdeyice 
could  be  any  of _sey£rcLL_different  types.  See  Figure  2.1  for  a  functional 
block  diagram  of  the  Data  Entry  Functional  Area. 
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2.1.1  DATA  ENTRY  SUPERVISOR 

The  Data  Entry  Supervisor  has  the  responsibility  to  supervise 
devicejdependent  data  entry  tasks.  It  must  recognize  when  an  input 
device  has  transmitted  a  mes^ge  and  invoke  appropriate  tasks  within 
data  entry  to  process  the  data  from  the  specific  device  type. 

The  major  tasks  performed  by  the  Data  Entry  Supervisor  are: 
i-4k.       Obtain  data  from  Input  Device  Interface 
i/B.  Translate  graphic  device  coordinates  (horizontal  and  vertical 

position  indicated  on  the  graphic  screen  or  digitizer  by  a  user) 

to  internal  system  coordinates. 
iJc.     Identify  menu  and/or  function  key  selection. 
^D.  Arrange  data  in  a  standard  input  format. 
^£'.  Pass  data  to  receiving  routine. 
t-F<  Detect  errors  and  take  appropriate  action. 

2.1.2  INPUT  DEVICE  INTERFACE 

Input  Device^  Ijrterf ace  has  the  responsibility  to  perform  device 
dependent  data  entry  tasks  for  each  specific  device  type.  There  is  a 
diffexeirt__deyic_e_iateiiface  for  each  different  device  type  attached  to  the 
system. 

The  fnaipr  jtask^s  performed  by  device  interface  are: 
^-A.  Obtain  data  from  the  input  device 

''B.  Translate  device  character  code  to  internal  character  code 
'C.  Pass  data  to  the  Data  Entry  Supervisor 
'"D".  Detect  errors  and  take  appropriate  action 
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2.2  DATA  PRESENTATION 

Once  a  user  request  has  been  internally  processed  and  the  output 
prepared,  the  response  is  passed  to  Data  Presentation  in  device 
independent  form.  In  the  case  of  alpha-numeric  or  tabular  data,  the 
response  may  require  several  or  many  display  screen  images  or  "pages" 
for  display.  A  graphic  output  will  only  be  a  single  page;  however, 
the  user  may  "zoom"  to  view  any  desired  portion  of  the  image  in  greater 
or  lesser  detail. 

Data  Presentation  will  accept  processed  results  of  a  user^jtrans- 
action,  in  device  independent  format,  then  convert  it  to  device  dependent 
format  and  present  it  to  the  appropriate  output  device.  It  will  also 
provide  response  manipulation  support  -  "paging,"  etc.  for  alpha-numeric 
data  on  display  devices;  "zoom,"  etc.  for  graphic  data  on  graphic  display 
devices. 

The  Data  Presentation  Functional  Area  includes  four  major  functions 
as  illustrated  in  Figure  2.2. 
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2.2.1  DATA  PRESENTATION  SUPERVISOR 

When  a  system  response  to  a  user  request  is  received,  the  Data 
Presentation  Supervisor  must  ascertain  the  specific  device  to  which 
the  response  is  directed,  then  "notify"  the  appr^riate  Output  Device 
Interface  or  the  appropriate  "presentation  services"  programs  to  prepare 
the  output  for  the  specific  device  type  involved.  Tasks  within  the  Data 
Presentation  Supervisor  are: 

^^.   Obtain  output  data 

f-E.   Determine  the  destination  and  device  type 

t^.       Pass  data  and  control  to  the  appropriate  presentation  service 

or  device  interface 
/^.   Process  special  output  messages,  e.g.,  ring  the  bell  or  buzzer 

at  the  user  terminal,  light  an  attention  light  on  the  terminal, 

etc. 
!'€.       Detect  errors  and  take  appropriate  action 

2.2.2  ALPHA-NUMERIC  PAGING  AND  PRESENTATION  SERVICES 
Alpha-Numeric  Paging  and  Presentation  Services  breaks  the  alpha- 


numeric response  into  "pages"  and  presents  the  response  to  the  appropriate 


"Output  Device  Interface."  As  a  user  reviews  the  output  and  requests 


different  pages,  requested  pages  are  presented.  The  specific  tasks 


performed  by  alpha-numeric  report  services  are; 


\, 
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t^fC      Format  output  into  device  dependent  pages 

i-S".       Present  pages  on  a  display  in  any  user  desired  sequence 

"Or:      Present  pages  to  any  sequential  device  (character  or  line 

printer)  in  sequential  order 
t^.   Pass  data  to  the  Output  Device  Interface 

<€".   Detect  errors  and  take  appropriate  action 

It  is  also  noteworthy  that  paging  services  allows  a  user  to  retain  the 
response  from  a  transaction  in  his  page  queue  while  executing  another  trans- 
action. This  capability  allows  multiple  responses  in  a  user  page  queue 
and  user  access  to^them. 


2.2.3 


GRAPHIC  PRESENTATION  SERVICES 


Depending  upon  the  specific  characteristics  of  a  user  request  for 
graphic  output,  the  oujtput_will  consist  of  a  single  "page"  consisting  of 
multiple  "overlays"  or  "layers."  Graphic  Presentation  Services  creates 
images  for  the  specific  graphic  output  device  and  manipulates  the  image  on 
displays.  Graphic  Presentation  Services  performs  the  following  major 
tasks: 

,/A.   Obtain  graphic  output 
tz-'B.   Determine  the  portion  of  the  Output  Buffer  to  be  presented 
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^C.   Determine  the  size  of  the  device  window 

ud.       Determine  translation  parameters  between  internal  coordinates 

and  device  coordinates 
^E.   Clip  the  portion  of  characters  and  vectors  not  in  the  device 

window 
/-F.   Manipulate  the  graphic  image 

-  Move  window 

-  Zoom 

-  Turn  off  or  turn  on  a  graphic  layer 

i%.       Break  graphic  output  into  contiguous  sections 

^H.   Pass  data  to  Output  Device  Interface 

"iy.       Detect  errors  and  take  appropriate  action 


2.2.4 


OUTPUT  DEVICE  INTERFACE 


An  Output  Device  Interface  prepares  the  output  data  for  a_specific 
device  type  and  causes  it  to  actually  appear  on  the  deyjce.  The  major 
tasks  of  Output  Device  Interface  are: 


-A.   Accept  data  from  Alpha-Numeric  Paging  and  Presentation  Services, 

Graphic  Presentation  Services,  or  Data  Presentation  Supervisor 
'-B.   Convert  the  data  to  the  specific  device  dependent  form  and  format 
\Z.   Invoke  access  methods  or  graphic  primitives 
'-D.   Detect  errors  and  take  appropriate  action 
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2.3  USER  INTERFACE 

The  User  Interface  Functional  Area  consists  of  those  functions  required 
to  assist  a  user  with  the  formation  of  a  transaction,  transition  of  the 
transaction  to  the  Application  Interface,  then  handle  the  transition  of  the 
response  back  to  Data  Presentation.  User  Interface  handles  user  sign-on 
and  establishes  allowable  transactions  from  the  terminal  based  upon  the 
user-supplied  password.  Once  access  has  been  authorized.  User  Interface 
will  assist  the^^er  in  "buildijig"  the  desired  transaction  or  allow  the 
user  to  buijd  the  complete_transaction  as  a  single^entry.  In  either  case, 
when  all  entries  for  a  transaction  have  been  accumulated,  it  will  be 
checked  for  valid  entries  and  either  passed  to  Application  Interface 
or,  if  requested,  queued  with  other  similar  transactions  for  later  batch 
processing.  For  any  entry  made  by  a  user,  the  response,  an  explanatory 
message,  or  an  error  message  will  be  routed  to  the  user  at  the  entering 
terminal.  The  major  functions  within  User  Interface  are  illustrated  in 
block  form  in  Figure  2.3. 


2.3.1 


USER  INTERFACE  SUPERVISOR 


The  User  Interface  Supervisor  handles  and  controls  the  on-line  inter- 
actions between  a  user  and  the  system.  It  assures  that  the  appropriate 
User  Interface  programs  are  called  each  time  an  entry  is  made  by  a  user 
and  that  an  appropriate  response  is  sent  to  the  user  for  any  input.  The 
response  may  be  a  message  created  within  the  User  Interface  functional 
Area  or  by  processing  of  the  user  request. 


30 


From 

"DATA  ENTRY" 


To 

"Data 
Presentation" 


m 


2.3.1 


User  Interface  Supervisor 


A 


2.3.2 


c> 


System 
Security 


2.3.3 


O 


User 
Assistance 


2.3.4 


c> 


Transaction 
Analysis 


2.3.5 


Transaction 
I^Queueing 


2.3.6 


o 


Output 
Message 


2.3.7 


:0 


Error 
Handling 


^Application 
Interface" 


Figure  2.3  User  Interfact  Functional  Area 


31 


The  User  Interface  Supervisor  performs  the  following  major  tasks; 


i,A.       Control  the  execution  sequence  of  the  User  Interface  Functional 

Area  programs 
i^.       Detect  interrupts  either  from  a  user  or  from  the  system  to  abort 

the  processing  of  a  transaction 
i&^      Detect  transactions  that  alter  a  normal  processing  sequence  and 

resequence  processing  appropriately 
^   Create  the  required  job  stream  for  processing  "batched"  transactions 
;--£.   Determine  error  conditions  and  assign  error  codes 


• 


2.3.2 


SYSTEM  SECURITY 


It  is  envisioned  that,  at  some  future  date,  BRIMS  will  become  a  central 
repository  of  BLM  data.  Access  to  some  portions  of  this  data  is,  by  law, 
limited  to  only  specifically  authorized  personnel,  e.g.,  personal  data, 
certain  industry  geological  data,  etc.  Also,  in  order  to  maintain  the 
integrity  of  the  data  base,  the  ability  to  make  changes  or  to  add  data  must 
be  limited  to  specialists,  e.g.,  only  adjudicator  personnel  should  be  able 
to  change  landownership  records,  only  minerals  specialists  should  be  able  to 
change  or  add  minerals  data,  etc.  The  System  Security  function  controls 
access  to  certain  data  and  controls  changes  or  additions  through  use  of 
externally  assigned  and  con trpT[ed^ user  identification  and  passwords.  Also, 
the  System  Security  function  will  maintain  a  log  of  attempted  unauthorized 
terminal  usage  as  well  as  terminal  activity  logs. 
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It  should  be  pointed  out  that  a  security  procedure  external  to  the 
system  must  be  developed  and  appropriate  controls  instituted.  For  example, 
it  does  little  good  to  assign  passwords  that  allow  access  to  specific 
system  capabilities  if  these  passwords  are  not  protected  by  user  personnel. 

The  major  tasks  performed  by  System  Security  are: 


/- 


-A. 


kxB". 


Verify  a  user  sign-on  for 

-  Syntax 

-  User  identification 

-  Project  identification 

-  Password 

Establish  the  specific  system  access  for  each  transaction  based 

upon  the  sign-on 

Identify  and  log  attempts  to  execute  unauthorized  transactions 

Log  summary  of  normal  authorized  terminal  usage  activity 

Handle  terminal  sign-off 

Determine  error  conditions  and  assign  error  codes 


2.3.3 


USER  ASSISTANCE 


User  Assistance  is  responsible  for  helping  a  user  enter  a  transaction 
if  ass^s^nce  isjieeded.  The  individual  user  who  frequently  accesses  the 
system  will  need  no  or  very  little  assistance  to  formulate  a  transaction; 
consequently.  User  Assistance  would  not  get  involved.  If,  however,  the 
user  requires  assistance  to  formulate  a  transaction,  User  Assistance  will. 
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upon  request,  "lead"  the  user  in  a  step-by-step  process  using  menus, 
questions,  and  explanatory  text  in  the  building  of  the  desired  transaction 
entry  by  entry.  When  the  transaction  has  been  developed  in  this  manner, 
it  will  appear  to  subsequent  programs  as  though  the  user  had  entered  the 
entire  transaction  as  a  single  input.  The  major  tasks  performed  by  User 
Assistance  are: 


K^A. 


Provide  assistance  to  users  through  a  ponversational  exchange 

using  menus,  questions,  index  maps,  and/or  explanatory  text 

as  appropriate 

Accumulate  user  entries  into  transaction  format  entry  by  entry 

Perform  preliminary  edit  and  validation  of  transaction  entries 

and  re-prompt  user  if  invalid.  This  task  also  applies  in  the 

situation  where  a  user  has  entered  the  entire  transaction  as  a 

single  input  and  one  or  more  of  the  entries  are  invalid.  In 

either  case,  the  "prompt"  (what  is  viewed  by  the  user)  will 

be  virtually  the  same 

Provide  feedback  to  terminal  operator 

Insert  implied  or  default  entries  into  the  transaction.  This 

task  is  applicable  only  when  formatting  the  transaction  entry 

by  entry. 

Determine  error  conditions  and  take  appropriate  action 
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2.3.4 


TRANSACTION  ANALYSIS 


Once  a  transa^ction  has  been  formulated  and  all  user  entries  complete. 
Transaction  Analysis  verifies,  insofar  as  is  possible,  that  all  entries 
are  valid,  determines  and  inserts  specific  entries  for  those  "implied" 
by  the  user  and  expands  the  'Xseyi'^supplied  transaction  into  one  or  more 
"system"  instructions  in  a  standard  application  format.  If  invaljd  entries 
or  other  deficiencies  are  encountered JjT^the  user-supplied  input,  the  user  is 
notrfied  and  appropri ate  correct i ons  requested .  If  the  transaction  passes 
Transaction  Analysis,  it  is  passed  to  Application  Interface  or  other  pro- 
grams for  processing. 


The  major  tasks  performed  by  Transaction  Analysis  are 


i.'fC. 


^r 


Validate  user-supplied  transaction  entries 
Insert  implied  or  default  entries  into  the  transaction 
Translate  the  transaction  to  a  standard  application  format 
Verify  the  reasonableness  of  the  request.  NOTE:  If  it  is  deter- 
mined that  execution  of  the  transaction  may  require  an  extensive 
amount  of  time.  Transaction  Analysis  may  ask  the  user  if  he  really 
wants  it  processed.  Even  if  the  user  responds  positively,  additional 
authorization  may  be  requested  via  the  "Master"  terminal 
Determine  error  conditions  and  assign  error  codes 
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2.3.5 


TRANSACTION  QUEUING 


For  certain  types  of  transactions  it  may  be  desirable  to  simply 
accumulate  the  transactions  from  the  user  input  terminal  then  actually 
perform  the  processing  in  "batch"  mode  during  a  time  of  low  system  activity. 
An  example  of  this  type  transaction  is  data  entry  to  the  data  base  during 
initial  data  base  generation  -  that  time  when  dat-a-is-be-i-n^Ht-ransitioned 
from  file  cabinets,  etc.  into  the  data  base.  In  this  instance,  the 
transactions  will  be  queued  by  this  function.  Another  situation  that 
could  cause  transaction  queuing  is  one  mentioned  previously  -  a  trans- 
action expected  to  require  a  substantial  amount  of  processing  time  may 
be  queued  for  processing  during  a  time  of  low  system  activity.  In  both 
these  instances,  transactions  are  queued  for  later  processing.  The  reverse 
situation  can  also  occur  wherein  a  high  priority  transaction  is  entered; 
one  that  by  its  nature  should  be  processed  immediately.  In  this  instance, 
Transaction  Queuing  will  insert  the  transaction  into  the  processing  queue 
with  a  high  priority  such  that  it  becomes  "first  in  line"  for  processing. 

The  majorjtasks^  performed  by  Transaction  Queuing  are: 

KA.   Determine  the  priority  of  each  transaction 

1^.       Queue  batchable  transactions  for  batch  processing 
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i-O.   Insert  on-line  serially  processable  (first  in  -  first  out) 
transactions  into  appropriate  queue  for  initiation 
by  Application  Interface 
^ET.   Insert  priority  transactions  into  appropriate  priority  queue 
1^.       Detect  error  conditions  and  assign  error  codes 


2.3.6 


OUTPUT  MESSAGE  ROUTING 


Normally,  a  response  to  a  transaction  is  routed  to  the  terminal,  or 
paired  terminal,  that  entered  the  transaction;  however,  numerous  situa- 
tions exist  where  deviations  from  this  are  required.  Three  general  examples 
of  such  situations  are: 

Example  1:  A  user  has  developed  an  alpha-numeric  report  at  a  display 
device  that  is  appropriate  for  management  review  and  therefore  must  be 
produced  on  a  line  printer.  A  transaction  will  allow  that  user  to  specify 
that  the  output  be  re-routed  to  the  line  printer. 

Example  2:  In  the  situation  where  transactions  have  been  "batched"  and 
actually  processed  during  a  time  of  low  system  activity  (at  night),  no  user 
will  have  been  at  the  terminal  to  accept  and  correct  errors  as  they  are 
encountered  by  the  processing  programs.  In  this  instance,  erroneous 
transactions  and  error  messages  will  be  queued  then  upon  request  routed 
one  by  one  to  a  user  terminal  for  corrections.  In  this  case  the  terminal 
may  or  may  not  be  the  one  that  initially  entered  the  transactions. 


37 


Example  3:^  In  the  case  where  a  message  is  input  from  the  master 
terminal  to  be  routed  to  all  users,  the  single  input  message  must  be 
routed  to  all  terminals  currently  signed-on  to  the  system.  A  limited 
version  of  the  same  example  is  terminal  to  terminal  communication 
where  one  user  sends  a  message  to  another  user  by  simply  entering 
the  destination  terminal  identification  and  the  message  as  a  transaction, 


Output  Message  Routing  is  responsible  for  assuring  the  output  is 
routed  to  appropriate  terminal  or  terminals. 


f^ 


The  major  tasks  are: 


1^. 


Maintain  message  routing  information 

Correlate  output  with  specified  destination (s) 

Provide  appropriate  message  to  user  regarding  "staged"  output 

(from  batch  or  other  processing)  upon  request 

Route  "Staged"  output  to  requesting  terminal  for  appropriate  action 

by  user 

Determine  error  conditions  and  assign  error  codes 


2.3.7 


ERROR  HANDLING 


Error  conditions  can  and  will  be  encountered  at  many  places  within 
the  system.  They  may  range  from  catastrophic  system  errors  to  an  alpha 
character  in  a  numeric  designated  area  of  a  user  entry.  The 


411 


\, 
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same  error  condition  may  occur  at  several  locations.  A  wery   cormon  error 
is  "NO  RECORD  FOUND"  when  both  retrieving  data  or  when  attempting  to 
update  a  record  supposedly  already  in  the  data  base.  In  any  error  situa- 
tion, it  is  the  responsibility  of  Error^andling  to  formulate. an  explanatory 
message  to  appropriate  terminal's  that  describes  the  problem  (no  matter  what 
it  is)  and  also  explains  what  action  should  be  taken  to^ correct  the  situa- 
tj^on.  In  some  situations,  only  the  input  terminal  need  be  notified.  In 
others,  perhaps  all  terminals  must  be  notified  along  with  notification  to 
the  programming  staff  in  order  to  get  the  problem  fixed. 

The  major  tasks  of  Error  Handling  are: 

'^.       Create  meaningful  and  consistent  error  messages  from  the  error 
codes  assigned  by  other  programs  within  the  system  when  an  error 
condition  is  encountered 

'^.       Formulate  appropriate  messages  to  all  concerned  terminals;  i.e., 
system  progranmers,  master  terminals,  computer  operator,  etc. 

K^   Maintain  a  log  of  all  error  codes  and  conditions  processed 
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2.4  APPLICATION  INTERFACE 


When  a  validated  transaction  is  received  by  the  Application  Interface 
Functional  Area,  the  sequence  of  program  execution  must  be  determined,  space 
allocated  for  control  information,  program  execution  and  for^ata.  Once  this 
is  accomplished  for  the  first  program  or  programs  to  be  executed  to  process 
the  transaction,  application  interface  turns  control  over  to  the  first 
program  and  processing  of  the  transaction  begins.  As  each  step  of  the  ■ 
processing  is  accompJ[ished  successfully,  the  succeeding  step  is  staged  and 
processing  resumes.  If  any  step  is  not  completed  successfully,  the  normal 
processing  sequence  must  be  altered.  The  alteration  involves  the  Error  Handler, 
release  of  allocated  space  and  termination  of  transaction  processing. 


The  major  functions  within  the  Application  Interface  Functional  Area 
are  illustrated  in  Figure  2.4. 


2.4.1  APPLICATION  SUPERVISOR 


The  Application jupervisor  function  consists  of  those  tasks  required  to 
establish  the__sequence  of  program  execution,  and  modifying  the  processing 
sequence.  For  example,  if  an  error  occurs  during  processing,  the  Application 
supervisor  must  notify  error  handler  thus  modifying  the  processing  sequence. 
If  an  error  condition  is  caused  because  of^J^bjjg^in_  a  program,  the  Application 
Super\nsor_will  prohibit  user^ access  to  all  transactions  requiring  the 
malfunctiqning_ program  until  the j)roblem_can  be  fixed. 
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Figure  2.4  Application  Interface  Functional  Area 
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The  tasks  within  Application  Supervisor  are: 

A.  Accept  transaction  from  User  Interface  Functional  Area 

B.  Establish  and  maintain  the  processing  sequence  required  for  the 
transaction,  then  pass  control  to  the  first  program 

C.  Control  the  sequence  of  program  execution 

D.  Process  user  requests  for  termination  of  a  transaction 

E.  Supervise  the  modification  of  the  availability  of  transactions 
if  an  error  condition  indicates  a  program  problem 

F.  Determine  error  conditions  and  assign  error  codes 

G.  Return  control  to  User  Interface  when  processing  is  complete 

2.4.2  APPLICATION  MEMORY  MANAGEMENT 

In  order  to  process  a  transaction,  space  must  be  provided  for  both 
programs  and  for  data.  This  includes  both  memory  and  on-line  storage. 
It  is  the  responsibility  of  Application  Memory  Management  to  allocate  space 
as  required,  keep  track  of  all  allocations,  then  release  it  when  it  is  no 
longer  required  thus  making  it  available  for  re-use.  The  major  tasks 
within  Application  Memory  Management  are: 

A.  Allocate  application  space  for  transaction  processing  as  necessary 

B.  Keep  track  of  all  memory  and  on-line  storage  utilization 

C.  Release  space  no  longer  required 
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2.5  DATA  BASE  SERVICES 

A  data  base  has  many  similarities  to  a  public  library,  both  being  a 
repository  of  data  or  information.  Each  retains  this  data  in  some 
primary  physical  order  that  will  allow  a  sequential  search  for  locating 
desired  data.  A  primary  index  also  exists  that  can  be  searched  for  the 
specific  location  of  the  desired  data  so  that  one  can  go  "directly"  to 
it.  If  the  primary  index  identifier  (key)  is  not  known,  usually  additional 
indexes  (or  secondary  indexes)  are  provided  that  allow  finding  the 
desired  data  when  something  is  known  about  it  other  than  its  primary 
index  value.  By  sequentially  examining  the  secondary  index  one  can 
determine  the  location  directly  from  the  secondary  index  or  can  determine 
the  primary  index  value  then  find  its  direct  location.  One  substantial 
difference  between  the  public  library  and  the  data  base  is  that  in  the 
library,  if  a  document  is  "checked  out"  to  be  read,  it  no  longer  exists 
in  the  library;  however,  when  a  document  (record)  is  "checked  out"  or 
retrieved  from  the  data  base,  it  still  remains  in  the  data  base  and  is 
copied  for  use  by  processing  programs.  As  data  is  entered  and  added  to 
the  data  base,  all  indexes  are  updated  as  well  as  physically  adding  the 
data  to  the  data  base.  In  addition,  steps  are  taken  to  "log"  all  data 
base  update  transactions  and  to  copy  the  data  base  periodically  so  that 
should  the  data  base  be  lost  or  damaged,  it  can  be  reconstructed. 

The  Data  Base  Services  Functional  Area  can  be  considered  as 
the  custodian  of  the  data  base(s).  The  functions  within  Data  Base 
Services  provide  support  necessary  for  adding  (inserting),  deleting, 
changing,  retrieving  and  maintaining  the  data  bases.  The  functions  are 
illustrated  in  Figure  2.5. 
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2.5.1  DATA  STORAGE  AND  MAINTENANCE 

Data  Storage  and  Maintenance  is  comprised  of  those  tasks  required 
to  preprocess  a  transaction  that  requests  an  addition,  change,  or  delete 
to  the  data  base.  This  preprocessing  includes  validating  each  entry  in 
the  transaction  against  pre-established  editing  criteria,  rearranging 
the  data  into  the  format  required  by  the  data  structure  in  the  data  base 
and  generating  computed  data  elements  if  required.  Data  Storage  and 
Maintenance  then  "pre-stages"  data  base  update  transactions  in  preparation 
for  "Data  Base  Interface." 

The  major  tasks  performed  are: 

A.  Check  and  validate  transaction  entries: 

-  for  alpha  or  numeric,  whichever  has  been  specified  as  valid 

-  for  valid  range  of  values 

-  for  logical  data  value  relationships  with  other  related  data  values 

-  for  validity  relative  to  data  already  stored  in  the  data  base 

B.  Convert  the  long  form  for  a  data  entry  into  its  coded  equivalent  if 
appropriate  for  the  data  entry 

C.  Convert  data  to  desired  precision  or  coordinate  system 

D.  Format  identification  data  into  required  "key"  format 

E.  Perform  preliminary  steps  to  change  a  record 

-  Call  Data  Base  Manager  Interface  to  retrieve  the  record  which 
is  to  be  changed 

-  Make  changes  to  the  appropriate  data  elements 

F.  Rearrange  data  into  the  format  required  by  the  data  base  format 
and  structure 
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G.   Perform  required  processes  to  calculated  or  re-calculate  data  elements 
by  using: 

-  mathematical  routines 

-  spatial  routines 

H.   Log  the  transaction  for  use  as  an  audit  trail 

i3.   Pass  control  to  appropriate  add,  or  insert,  change,  or  delete 

task  within  Data  Base  Manager  Interface 
K.   Repeat  the  process  as  required  until  all  input  has  been 

processed 


®  I 


In  the  event  that  a  data  or  logic  error  occurs  during  any  of  the  above 
tasks,  Data  Storage  and  Maintenance  will: 
L.   Detect  error 
M.   Attempt  to  correct  the  error 
N.   Attempt  recovery  in  order  to  reconsruct  the  data  base  should  it  have 

been  changed  based  upon  the  transaction  before  the  error  was  detected, 
P.   In  case  the  error  cannot  be  corrected,  assign  error  code. 

2.5.2  DATA  RETRIEVAL 


Data  Retrieval  consists  of  those  tasks  required  to  formulate  the 
retrieval  request  for  Data  Base  Manager  Interface  based  upon  the  user 
input  transaction,  assure  that  the  retrieved  data  meets  the  full  qual- 
ifications of  the  user  request,  then  format  the  data  into  a  Work  Space. 
A  user  request  can  range  from  the  very  simple;  i.e.,  get  a  specific 
record  using  this  specific  key,  to  a  retrieval  involving  several  data 
bases,  with  both  spatial  and  alpha-numeric  qualifiers  against  non-key 
data  elements  with  sophisticated  mathematical  and  spatial  processing 
required  to  fully  qualify  the  data. 

46 


The  major  tasks  within  the  Data  Retrieval  function  are: 

A.  Verify  the  retrieval  request  transaction  entries  including: 

-  data  element  names  for  validity 

-  operators  (=,  ,  .  _.  _.  etc.)  for  validity 

-  data  provided  in  the  transaction  as  valid  for  the  associated  data 
element.  Convert  long  form  name  data  to  the  equivalent  code  if 
required 

-  logical  connectors  for  retrieval  lines 

B.  Determine  the  specific  data  elements  that  must  be  retrieved 

C.  Group  retrieval  parameters  by  theme 

D.  Determine  which  data  element  names  are  "keys"  in  the  data  base 

E.  Group  retrieval  lines  for  efficient  access  to  the  data  base  by  the 
Data  Base  Manager 

F.  Pass  control  to  Data  Base  Manager  Interface  for  the  actual  retrieval 

Since  the  above  portion  of  data  retrieval  will  probably  be  based 
upon  index  "keys"  further  examination  and/or  processing  of  the  data  may 
be  required  before  it  has  truly  qualified  for  retrieval.  Major  tasks  in 
this  area  are: 

G.  Discard  non-qualifying  records  by  comparing  data  elements  that 
were  not  used  as  a  key,  with  the  retrieval  qualifiers 

H.   Use  mathematical  routines  for  data  qualification  processing 

if  necessary 
J.   Use  Spatial  routines,  if  necessary,  for  spatial  qualification. 

For  example,  determine  if  a  specific  point  is  within  a  specified 

polygon. 
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Once  the  retrieval  data  has  been  totally  qualified,  the  following 
tasks  apply: 

K.   Extract  required  data  elements  from  retrieved  data  records  and 

arrange  them  into  the  required  format. 
L,   Place  data  in  the  user  Work  Space.  This  is  an  interim  storage 

space  used  for  subsequent  processing  by  other  programs. 
M.   Repeat  the  tasks  required  to  obtain  the  next  qualifying  record  from 

the  data  base  and  to  place  data  in  the  user  Work  Space 

If  at  any  time  point  in  the  qualification  process,  the  record  being 
examined  does  not  meet  the  retrieval  criteria,  the  search  of  the  data 
base  continues.  When  all  data  base  records  have  been  retrieved  that 
could  qualify,  control  is  returned  to  application  supervisor  for  the 
next  step  in  the  transaction  processing  sequence. 

If  an  error  occurs  during  data  retrieval,  correction  will  be  attempted. 
Failing  this,  an  error  code  will  be  assigned  and  control  returned  to 
application  supervisor, 

2.5,3  DATA  BASE  MANAGER  INTERFACE 


n 
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The  Data  Base  Manager  Interface  consists  of  those  tasks  required  to 

isolate  Data  Storage  and  Maintenance,  and  Data  Retrieval  from  the  Data 

Base  Manager  such  that  if  the  BRIMS  is  transferred  from  one  computer  to 

another  with  a  different  Data  Base  Manager,  the  changes  in  Data  Storage 

and  Maintenance  and  in  Data  Retrieval  will  be  minimized.  To  accomplish 

this,  the  Data  Base  Manager  Interface  will,  if  necessary,  convert  any 

data  base  request  into  a  syntactically  correct  request  to  the  Data  Base 

Manager. 

48 


The  Data  Base  Manager  Interface  also  handles  data  base  security  relative 
to  assuring  that  appropriate  user  access  has  been  established  for  any 
adds,  deletes,  changes  or  retrievals. 

The  major  tasks  included  within  the  Data  Base  Manager  Interface 
are: 

A.  Convert  to  syntactically  correct  request  for  the  specific  Data  Base 
Manager  if  necessary 

B.  Check  user  authorization  for  access  to  the  specific  data  elements 

C.  Pass  control  to  the  Data  Base  Manager 

D.  Determine  error  conditions  and/or  attempts  at  unauthorized  access  and 
assign  appropriate  error  codes 

2.5.4  DATA  BASE  MANAGER 

The  Data  Base  Manager  includes  those  tasks  required  to  insert, 
delete,  replace  and  retrieve  data  in  the  data  base,  maintain  all  physical 
structures,  secondary  indexes,  and  logical  structures,  and  to  indicate 
successful  or  unsuccessful  completion  of  any  data  base  request  received. 

The  major  tasks  of  the  Data  Base  Manager  are: 


A.  Perform  inserts,  deletes,  replacements,  and  retrievals 

B.  Maintain  relationships  of  all  data,  both  physical  and  logical,  and 
maintain  all  primary  and  secondary  indexes 

C.  Return  all  data  records  or  data  elements  specified  in  the  request 

D.  Return  successful  or  unsuccessful  status  based  upon  the  result  of  any 
request 

E.  Manage  data  base  space  usage 


F.   Determine  error  conditions  and  take  appropriate  action 
2.6  APPLICATION  ROUTINES 

The  Application  Routines  represent  a  broad  range  of  processing 
tasks.  The  tasks  performed  in  this  area  are  those  that  must  be  developed 
to  support  a  specific  application  (or  transaction)  and  are  not  generally 
applicable  to  more  than  one  process.  Some  examples  of  application 
routines  are  listed  below: 


H. 
J. 


Update  and  maintain  menus  and  tables  required  to  support  user 
assistance  and  processing  tasks 

Update  and  maintain  tables  of  annotations  and  symbols  in  support  of 
graphic  application 

Provide  support  for  special  projects,  e.g.,  road  design,  cadastral 

processes,  etc. 

Analyze  and  report  from  various  system  logs,  e.g.,  error  log, 

security  log,  etc. 

Save  a  partially  completed  input  transaction  for  a  user  who  is 

interrupted  during  an  input  session 

Support  the  creation  and  maintenance  of  skeleton  display  forms  that 

assist  users  in  inputting  data  or  transactions 

Change  the  availability  of  a  transaction  to  a  user  either  by 

"turning  it  off"  thus  removing  it  from  user  access  or  "turning 

It  on"  again  giving  users  access  to  it 

Save,  change,  or  delete  a  user  Work  Space  or  Output  Buffer 

Determine  error  conditions  and  assign  error  codes 


\ 


\ 
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2.7  COMMON  SERVICES 

The  Common  Services  Functional  Area  consists  of  those  functions 
that  are  required  and  that  can  be  called  and  used  by  other  programs  or 
perform  their  own  processing  if  and  when  needed.  It  is  conceptually 
similar  to  having  a  tool  box  of  general  purpose  tools  that  one  uses  or 
calls  upon  as  needed.  The  major  functions  are  illustrated  in  Figure 
2.3. 

2.7.1  ALPHA-NUMERIC  OUTPUT  PROCESSING 

Alpha-numeric  output  processing  takes  alpha-numeric  data  qualified 
by  Data  Retrieval,  processes  it  as  instructed  by  the  designated  output 
specification  and  restructures  1t  into  a  device  independent  output 
format. 

Major  tasks  within  this  function  are: 

A.  Sort  data  into  required  order.  Sorting  is  only  required  if  the 
order  of  the  output  data  is  different  from  the  order  of  the  data 
stored  in  the  work  space 

B.  Prepare  report  preface  or  "cover  sheet"  if  required 

C.  Insert  report  header  information;  i.e.,  report/output  title,  date, 
page  numbers,  column  titles,  etc. 

D.  Position  data  within  the  output  buffer 

E.  Insert  special  characters  and  punctuation 

F.  Convert  coded  data  to  proper  name  equivalent  if  required 
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Figure  2.7  Common  Services  Function  Area 
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G.   Accumulate  and  format  totals,  subtotals,  averages,  subaverages, 

counts  and  subcounts 
H.   Perform  arithmetic  operations,  add,  subtract,  multiply  and  divide 
J.   Control  output  structure  through  logical  specification  and  data 

characteristics 
K.   Prepare  and  format  output  summary  or  trailer  information 
L.   Retrieve  preformatted  forms 

M.   Reformat  Input  data  or  retrieved  data  into  preformatted  form  layout 
N.   Determine  error  condition  and  assign  error  codes 

2.7.2  GRAPHIC  OUTPUT  PROCESSING 

Graphic  Output  Processing  performs  those  tasks  required  to  create 
pictures  using  as  input  the  mathematical  representation  of  polygons, 
lines  and/or  points.  It  provides  for  both  user  and  system  directed 
activities  needed  to  draw  aesthetically  pleasing  graphic  representations 
of  geographic  areas  and  associated  attribute  or  characteristics. 

The  major  tasks  performed  within  General  Graphics  are: 

A.  Obtain  entity  data  from  the  graphic  Work  Space  or  from  a  calling 
program 

B.  Replace  entities  with  a  graphic  symbol.  Some  examples  of 

this  task  are: 

-  Create  lines  of  various  types:  solid,  dashed,  wide,  narrow,  etc. 

-  Shade  a  polygon 

-  Create  an  Arc 


53 


-  Create  a  circle 

-  Create  a  rectangle 

-  Create  other  symbols  such  as:  triangles,  arrows,  crosses,  etc. 

C.  Create  a  perspective  view  of  a  three  dimensional  surface 

D.  Use  output  specs  to  format  an  image.  Some  examples  of  this 
task  are: 

-  Create  a  grid  in  a  rectangular  area 

-  Create  a  legend 

-  Create  a  title 

-  Position  alpha-numeric  characters 

-  Break  graphic  symbols  into  graphic  overlays  or  layers 

E.  Insert  graphic  symbols  and  their  locations  in  a  device  independent 
form  into  the  Output  Buffer 


O 


2.7.3  BUSINESS  GRAPHS  AND  CHARTS 


The  Business  Graphs  and  Charts  function  converts  user  supplied  or 
referenced  data  into  spatial  entities  from  which  Graphics  Output  Processing 
can  generate  a  display.  This  function  deals  primarily  with  pictoral 
representation  of  non-spatial  data. 

The  major  tasks  included  in  this  function  are: 

A.  Create  a  bar  chart  from  parameters  and  referenced  data 

B.  Create  a  line  graph  from  two  or  more  variables 

C.  Create  a  pie  chart 


O 


54 


2.7.4  SPATIAL  PROCESSING 

The  Spatial  Processing  function  consists  generally  of  those  mathe- 
matical tasks  required  to  process  geographic  polygons,  lines,  points  and 
map  annotation.  Spatial  processing  uses  Data  Base  Services  to  store, 
maintain  and  retrieve  spatial  data  in  a  Work  Space.  Some  routines  within 
spatial  processing  also  perform  processing  or  services  to  other  programs. 
The  major  tasks  within  Spatial  Processing  are: 

A.  Perform  transformation  calculations  between  external  points 
and  the  internal  coordinate  system 

B.  Add,  delete,  replace,  or  move  a  spatial  entity 

C.  Add,  delete,  replace,  or  move  a  text  string 

D.  Move  digitized  points  to  the  intended  location 

E.  Check  relationships  of  two  spatial  entities 

F.  Create  spatial  entities 

G.  Calculate  dimensions  of  a  spatial  entity 
H.   Overlay  spatial  entities  or  themes 

Spatial  Processing  also  supports  a  conversational  mode  of  operation 
wherein  the  user  can  interact  directly  with  it  for  visual  and  mathematical 
editing  of  geographic  data. 

2.7.5  MATHEMATICS  AND  STATISTICS 

The  Mathematics  and  Statistics  function  consists  of  tasks  that 
perform  standard  mathematical  and  statistical  operations. 
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The  major  tasks  within  this  function  are: 


O 


A. 


B. 


Perform  mathematical  operations,  i.e.,  add,  subtract,  multiply, 

divide,  total,  count,  average,  etc. 

Perform  standard  statistical  operations,  i.e.,  mean,  median, 

standard  deviation,  variance,  etc. 

Execute  user  supplied  formulas,  i.e.,  weighting,  polynomial 

manipulation,  matrix  processing,  time  series  analysis  and 

interpolation 


O 
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2.8  SYSTEM  SUPPORT 

The  system  Support  functional  area  is  comprised  of  both  vendor  supplied 
and  specially  developed  functions.  The  provide  general  system  support 
activities  applicable  to  any  and  all  BLM  Integrated  Information  Management 
Systems.  They  primarily  support  development  management,  maintenance,  monitoring 
and  reporting  activities  at  the  overall  system  level  whereas  each  application 
may  require  similar  functions  at  a  lower  level  within  the  system  heirarchy. 
The  major  functions  within  System  Support  are  illustrated  in  Figure  2.8  and 
listed  below: 

.  Data  Base 

.  Telecommunications 

.  General  Activity 

.  System  Memory  Management 

.  Application  Development 

2.8.1  DATA  BASE  SUPPORT  FUNCTION 

The  Data  Base  Support  Function  is  responsible  for  generation,  maintenance, 
recovery,  and  monitoring  the  data  bases  and  data  dictionary.  This  includes 
the  initial  definition  of  the  data  base  structure  and  any  restructuring  and 
reorganization  required  for  its  maintenance.  The  specific  tasks  included 
in  the  Data  Base  Support  Function  are: 

A.  Generate  and  maintain  data  definitions 

B.  Generate  data  bases 

C.  Perform  logging 
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D.  Perform  backup 

E.  Perfom  recovery 

F.  Perform  backout 

G.  Perform  data  base  reorganization 

H.  Monitor  efficiency  of  data  base  access 

J.  Generate  and  maintain  a  data  dictionary 

2.8.2  TELECOMMUNICATION  SUPPORT 

The  Telecormiunication  Support  function  supports  the  definition  of  the 
telecommunication  network  to  the  system,  performance  monitoring  and  reporting, 
fault  isolation  and  recovery,  and  network  reconfiguration.  The  tasks 
included  in  the  Telecommunication  Support  function  are: 

A.  Define  and  maintain  telecommunication  network 

B.  Monitor  telecommunication  network  activity 

C.  Assist  with  isolation  of  network  failure  and  assist  with  recovery 
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2.8.3  GENERAL  ACTIVITY 

Standard  system  accounting  functions  normally  record  system  resource 
utilization  on  a  user  by  user  basis  in  support  of  billing.  In  BLM, 
although  there  is  envisioned  no  transfer  of  dollars  for  computer  support, 
system  usage  is  maintained  so  that  computer  requirements  for  any  user  or 
set  of  users  can  be  determined  for  both  short  and  long  range  ADP  requirements 
projections.  System  backup  and  recovery,  sign-on  and  sign-off  and 
system  level  control  are  included  in  the  General  Activity  function. 
Some  of  the  tasks  included  in  this  function  are: 

A.  Perform  system  accounting 

B.  Monitor  system  implementation 

C.  Perform  system  backup 

D.  Perform  system  recovery 

E.  Handle  user  sign-on  and  sign-off 

F.  Handle  multi-tasking  within  the  system 

G.  Intercept  and  process  system  level  abnormal  terminations 

H.   Process  inquiries  regarding  system  performance,  configuration,  etc. 


2.8.4 


SYSTEM  MEMORY  MANAGEMENT 


Each  system  within  the  BLM  Integrated  Information  Management  System 
requires  memory  both  on  line  (disk)  and  core  for  programs,  data,  tables, 
etc.  Some  memory  requirements  are  fixed  and  rarely  change.  Others 
require  dynamic  allocation  and  reallocation  that  depend  upon  programs 
that  are  executing.  System  Memory  Management  performs  this  allocation 
and  reallocation  of  memory. 
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2.8.5  APPLICATION  DEVELOPMENT  SUPPORT 

Application  Development  Support  provides  the  services  required  for 
on-line  and/or  batch  program  development,  update  of  tables  and  files  as 
required  to  implement  a  new  application,  then  the  transfer  and  integration 
of  newly  developed  or  fixed  programs  onto  the  operational  system. 
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SECTION  III 


USER  INTERFACE  EXAMPLES 
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3.0  INTRODUCTION  TO  EXAMPLES 

In  order  to  understand  what  the  system  will  do,  it  is  necessary  to 
have  some  understanding  of  how  the  equipment  might  operate.  The  intent 
of  this  section  is  to  provide  enough  information  so  that  operations  in 
the  day-to-day  environment  can  be  visualized.  This  section  includes 
two  types  of  examples.  One  uses  an  alpha-numeric  terminal.  The  other 
uses  a  graphics  terminal. 


\ 
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3.1  ALPHA-NUMERIC  EXAMPLE 

The  automated  facilities  expected  to  be  available  for  user  access 
to  the  system  provides  for  any  level  of  user  expertise  from  the  infrequent 
user  to  personnel  whose  whole  job  is  inputting  or  accessing  data.  The 
infrequent  user  will  be  led  each  step  by  responding  to  prompting  from 
the  system.  On  the  other  hand,  the  heavy  user,  will  be  able  to  access 
the  system  through  a  single  entry  using  a  set  of  simple  instructions  to 
the  computer.  For  example,  the  infrequent  user  might  sign-on  to  the 
system  using  a  terminal  then  the  computer  responds  with  the  following: 


You  are  signed  on.  Please  indicate  the  function  you  wish  to 
execute  by  selecting  from  the  following  list.  Simply  place 
the  cross  hair  behind  your  choice  and  depress  the  "ENTER"  key. 


ENTER  DATA 

\iCl 

EDIT  DATA 

d 

RETRIEVE  DATA 

□ 

EXECUTE  UTILITY 

□ 
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Tht  user  might  select  any  of  the  functions  by  placing  the  coss  hair 
over  the  proper  [1   and  depressing  the  ENTER  key.  If  the  selection  were 
"ENTER  DATA,"  the  response  might  appear  as: 


You  have  selected  "ENTER  DATA."  Please  select  the 
Activity  Area  Identifier  that  you  wish  to  use  from  the 
following  list  by  placing  the  cross  hair  behind  the 
appropriate  entry. 


FIRE 

n 

FORESTRY 

n 

LAND  RECORDS 

n 

LAND  INVENTORY 

n 

MINERALS 

n 

PLANNING 

o 

RANGE 

n 

RECREATION 

a 

WATERSHED 

n 

WILDLIFE 

^ 

o 
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If  "WILDLIFE"  were  selected  at  this  point,  a  subdivision  of  all 
wildlife  input  formats  might  be  displayed  as  follows: 


The  following  input  format  identifiers  are  available 
for  inputting  data  for  the  "WILDLIFE"  Program. 
Plea.se  select  the  one  that  you  desire  to  use  by 
placing  the  cross  hair  behind  the  appropriate  entry. 

6602-1  SPECIES  OCCURRENCE  [J 

6602-2  SPECIES  EXISTING,  FUTURE  SSF  [J 

6602-3a  RESOURCE  FIELD  DATA  [J 

6602-4  SPECIAL  FEATURES  /T 

6602-4a  TEMPORARY  POND  £/ 

6602-5  WILDLIFE  OBSERVATION  /T 

6602-6  ANIMAL  SPECIES  LIST  /T 

6602-7  INVENTORY  METHODS  /T 

6602-11  BIG  GAME  HARVEST  (90)  /T 

6602-12  HARVEST  DATA  /T 

6602-13  WHA  OR  H.U.  GRAPHIC  /T 

6602-20  FECAL  ANALYSIS  U 

6602-21  HAZARDS  AND  HABITAT  CONFLICTS  /T 

6602-23  OPPORTUNITIES  FOR  DEVELOPMENT  /T 

6602-25  HERD  STRUCTURE  -7^ 
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Again,  a  specific  selection  could  be  made  utilizing  the  selection 
process  just  described.  For  example,  if  6602-25  were  selected,  the 
following  display  format  might  appear: 


I 


BIG  GAME  HERD  STRUCTURE  FORMAT 
6602-25  DATE:  ACTION  TYPE: 

STATE:      DIST:  DATA  YEAR: 

WHA  OR  HU: 

ANIMAL  CLASS 
SPECIES    NUMBER    MALES    FEtlALES    YOUNG    UNCL, 


V 


At  this  point,  the  terminal  operator  could  enter  the  appropriate 
data  in  the  blank  area  behind  the  colon  (:)  after  each  label. 
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Note  that  In  this  example,  the  infrequent  user  has  been  led  step- 
by-step  and  that  there  have  been  four  interactions  between  the  user 
and  the  system.  On  the  other  hand,  an  experienced  operator  might 
achieve  the  same  objective  by  making  a  single  entry,  after  signing  on, 
as  follows: 

ENTER  DATA,  WILDLIFE,  6602-25 
or  simply: 

WL  6602-25 
and  have  the  input  display  format  for  "BIG  GAME  HERD  STRUCTURE"  displayed, 
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The  user  will  also  have  available  varying  degrees  of  assistance 
for  data  retrieved  and  output  depending  upon  their  individual 
proficiency.  An  example  might  appear  as  follows:  The  infrequent 
user  might  sign-on  to  the  system  using  a  terminal  and  then  the  computer 
responds  with  the  following: 


m 


You  are  signed  on  to  the 


Please  indicate 


by  selecting  from  the  following  list.  Simply 
place  the  cross  hair  behind  your  choice  and  depress 
the  ENTER  key 


ENTER  DATA 

n 

EDIT  DATA 

n 

RETRIEVE  DATA 

^ 

EXECUTE  UTILITY 

n 
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In  this  example,  the  user  would  select  the  "RETRIEVE  DATA"  function 
by  placing  the  cross  hair  on  the  [1   following  "RETRIEVE  DATA"  and 
depress  the  ENTER  key.  The  response  might  appear  as  follows: 


r. 


You  have  selected  "RETRIEVE  DATA."  Please  select  the 
activity  area  identifier  that  you  wish  to  use  from  the 
following  list  by  placing  the  cross  hair  behind  the 
appropriate  entry. 


FIRE 

D 

FORESTRY 

a 

LAND  RECORDS 

n 

LAND  INVENTORY 

D 

MINERALS 

D 

PLANNING 

n 

RANGE 

o 

RECREATION  ' 

n 

WATERSHED 

D 

WILDLIFE 

^ 

If  "WILDLIFE"  were  selected  at  this  point,  a  subdivision  of  all 
wildlife  retrieval  and  output  stored  queries  and  output  instructions 
might  be  displayed.  It  is  important  to  note  that  the  data  retrieval 
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instructions  are  separate  from  the  output  .ormatting  instructions. 
Consequently,  the  user  might  first  request  a  stored  query  into  which 
parameters  will  be  substituted  that  will  retrieve  desired  records  from 
the  data  base  and  place  them  in  temporary  storage.  Once  the  query  has 
been  completed,  the  user  will  select  the  pre-stored  output  instructions 
the  system  is  to  use  to  process,  format,  and  display  the  data.  The 
response  from  the  retrieval  selection  for  wildlife  might  appear  as: 


y 


f  Following  is  a  list  of  the  stored  queries  for  the 
wildlife  activity.  Select  the  query  that  you  wish 
to  execute  by  placing  the  cross  hair  on  the  £1. 


TABULATION 

GRAPHIC 

WLQ001 

BIG  GAME 

* 

n 

Vn.Q002 

ACQUATICS 

n 

D 

WLQ003 

BIRDS 

n 

n 

WLQ004 

REPTILES 

n 

n 

WLQ005 

HERPTS 

n 

n 

• 

ri 

n 

• 

a 

n 

• 

D 

n 
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The  response  to  the  above  selection  might  produce  a  response 
similar  to  the  following: 


r 


WLQ001 

FILE  WILDLIFE, 

IF  STATE  EQ  : 


AND  DISTRICT  EQ  : 
AND  PLANG  UNIT  EQ 
AND  SPECIES  EQ  :  _ 
AND  DATADATE  GT  : 
OR  STATE  EQ  : 


AND  HUNTUNIT  EQ  : 
AND  SPECIES  EQ  :  . 
AND  DATADATE  GT  : 


SORT  STATE  DIST  PLANGUNIT  SPECIES. 
EXECUTE. 


The  user  could  then  replace  the  : 


with  any  parameter (s) 


that  will  identify  the  desired  data.  Also,  the  user  could  modify  any  of 
the  query  lines  or  add  new  ones.  Lines  that  no  change  was  made  to  (no 
parameters  specified)  would  be  ignored  during  retrieval. 
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After  all  substitutions/modifications  had  been  made  and  the  query 
entered,  the  output  specifications  could  be  displayed  as  follows: 


You  have  selected  a  WLQ001  big  game  query.  The 
possible  choices  that  you  have  for  output  instruc- 
tions for  formatting  the  data  retrieved  by  this 
query  are  listed  below.  If  you  wish  to  see  a 
sample  format  for  any  of  the  choices,  either  refer 
to  the  users  guide  or  type  in  "HELP  (OUTPUT  ID)" 
from  the  following  list. 


WLO001 

WLO002 

WLO003 

WLO004 

WLO005 

WLO006 

WLO007 

WLOe)08 


MAP  OF  GAME  RANGES  &  SEASONAL  USE  AREAS 

ACREAGE  OF  GAME  RANGE  AND  SEASONAL  USE  AREAS 

MAP  OF  CRITICAL  HABITAT  SITES 

ANIMAL  DISTRIBUTION  MAP 
BIG  GAME  POPULATION  ESTIMATES 
HARVEST  AND  RECREATIONAL  STATISTICS 
INDIVIDUALS  HARVESTED  PER  SQUARE  MILE 
DENSITY  OF  INDIVIDUALS  PER  SQUARE  MILE 


n 
n 

D 
n 

£7 

n 
rj 
n 

O 
n 


; 
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Upon  selection  and  entry  of  the  output  instructions,  the  query 
would  be  executed  and  the  retrieval  data  displayed  as  per  the  selected 
output  specifications. 

This  example  of  how  an  infrequent  user  might  interact  with  the 
system  required  several  entries.  The  experienced  user  could  achieve 
the  same  end  by  simply  entering: 

WLQ001.  WLO005 

When  the  skeleton  stored  query  is  displayed,  the  user  would  type 
in  the  proper  parameters  and  enter,  thus  executing  the  query. 

This  example  is  intended  only  to  portray  a  concept  for  data 
retrieval  and  will  undoubtedly  vary  somewhat  in  the  final  system. 
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3.2  'IRAP'-  CS  F"?iMPLE 

The  following  paragraphs  explain  a  sample  problem  for  which  a  planner 
will  use  a  graphics  terminal  to  help  determine  a  solution. 

Problem  Description 

Find  the  areas  which  have  characteristics  indicating  suitability 
for  thinning  of  timber  in  the  Eugene  District  during  the  next 
five  years. 

Problem  Analysis 

The  first  step  is  to  think  through  the  problem  and  sketch  out  a 
work  plan  similar  to  the  following: 

-  Identify  criteria  for  initial  area  search,  e.g. 

-  age,  volume  per  acre,  species  stand  density,  slope, etc. 

-  Identify  criteria  for  prioritizing  areas  found  by  the 
initial  search,  e.g. 

-  site  quality 

-  relative  benefit  to  the  remaining  stand 

-  etc. 

-  Select  data  elements  which  will  provide  the  identified 

criteria. 

-  Define  the  output  from  the  search  which  will  facilitate  non- 
automated  evaluation  of  the  candidates,  e.g. 

-  maps  of  areas  meeting  the  criteria 

-  listing  of  areas  with  descriptive  data 

-  summaries 

-  etc. 
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-  Formulate  logic  statements  relating  the  criteria 

-  Identify  the  needed  data  that  is  not  in  the  automated 
system 

-  Identify  possible  sources  for  the  additional  required 
data,  e.g. 

-  written  records 

"   field  examination 

-  personal  knowledge 

-  knowledge  of  other  personnel 

-  etc. 

Hie  above  work  plan  maybe  similar  to  the  current  manual  search  and 
evaluation  procedures  used  by  some  planners.  The  primary  benefits 
of  using  the  graphics  terminal  and  computer  system  are: 

-  Faster  access  to  some  of  the  required  data 

-  Faster  plotting  and  tabulating  of  the  results 

This  increases  the  productivity  of  the  planner  which  permits  him 
to  do  more  studies  and  to  do  them  in  a  more  thorough  manner. 
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Selection  of  the  Sample  User  Procedures 

There  are  numerous  alternative,  vhich  could  be  developed,  for 
entering  requests  to  a  computer  system  from  a  graphics  terminal. 
Some  alternatives  which  are  being  used  on  vari,ous  systems  are: 

-  light  pen  and  function  keyboard 

-  alphanumeric  keyboard  and  screen  cursor 

-  menus  on  the  screen  with  alphanumeric  keyboard 

-  paper  menu  on  a  digitizing  tablet 

-  various  combinations  of  the  above 

The  specific  example  presented  here  falls  in  the  latter  category. 
Ihis  example  is  not  a  recommended  procedure.   It  is  simply  one 
of  the  numerous  alternatives.   It  was  selected  to  illustrate  various 
ways  of  interacting  with  the  system. 

The   graphics  work  station  is  assumed  to  consist  of  a  digitizing 
tablet,  a  graphics  screen  and  a  hardware  keyboard  arranged 
such  that  the  user  can  easily  see  and  use  all  three  with  very 
little,  if  any,  body  movement.   The  paper  menu  contains  keys 
which  simulate  a  hardware  function  keyboard.   It  contains  keys 
to  specify  items  such  as:  geographic  area  of  interest,  data 
themes,  scale,  symbols,  etc.  It  contains  an  alphanumeric 
keyboard  to  help  enter  a  request  or  to  enter  short  data  strings. 
The  example  also  uses  a  screen  menu  and  a  screen  cursor. 


When  the  user  is  not  familiar  with  the  data  available  within 
the  system,  he  may  refer  to  written  documentation  or  request 
the  system  to  display  a  list  of  available  data. 
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Description  of  the  Sample  Work  Session 

Assume  that  a  district  user  has  signed  on  a  district  terminal  and 
that  the  paper  menu  has  been  placed  on  the  tablet  and  has  been 
identified  and  registered.  He  is  ready  to  begin  entering  his 
transactions,  A  transaction,  from  the  end-user  viewpoint,  is  a 
set  of  entries  for  which  the  user  expects  a  response  from  the  system. 

This  sample  work  session  consists  of  the  following  transactions. 

A.  Enter  a  request  for  a  display  of  an  index  map  for  the 
Eugene  District. 

B.  Enter  a  request  for  a  display  of  the  available  themes  for 
the  Mohawk  Resource  Area. 

C.  Enter  a  request  for  a  display  of  available  data 
elements  for  Forestry  and  Topography. 

D.  Enter  a  request  to  retrieve  the  desired  data  from  the 
Master  Data  Base. 

E.  Enter  a  request  for  a  display  of  the  retrieved  data. 

F.  Add  a  TITLE  to  the  display. 

G.  Enter  a  request  for  a  hard  copy  of  the  display. 


In  the  following  pages,  the  user  steps  for  entering  each  of  the 
above  transactions  are  identified.   Ihe  selected  menu  keys 
corresponding  to  each  step  are  identified  on  a  pictorial 
representation  of  the  menu.   For  simplicity,  only  the  menu  keys 
which  are  pertinent  to  the  transaction  are  labeled.   Ihe  "current 
screen"  and  "new  screen"  for  each  transaction  arie  shown  on  the  facing 
page. 
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USER  ACTION 


TRANSACTION 

A.   Enter  a  iftquest  for  a  display  of  an  index  map  for  the  EUGENE 
district. 

USER  STEPS 


1.  Select  the  "DISPLAY  INDEX  MAP"  key. 

2.  Select  the  "END"  key  to  indicate  the  end  of  the  transaction. 


CCMMENTS 


Since  the  user's  terminal  is   located  in  the  Eugene  district  and 

since  that  is  also  his  "geographic  area  of  interest,  it  is 

not  necessary  for  him  to  define  which  index  map. 

The  menu  keys  can  be  selected  by  touching  the  key  with  a  pen-type 

of  stylus  or  by  pla-ing  a  digitizing  puck  over  the  .-.ey  and  pressing 

a  button. 


PICTORIAI,  REPP  >■  SENT  ATI  ON  OF  USER  STEPS 


PAPER  MENU 


^ 


Display 

Index 

Map 


■  f 


^^— 


■  ■■  - . 

■  ■.-  ^  -~. -I 1 


' 
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SYSTEM  RESPONSE 


Current  Screen 


■•(liitrstlon  CoBpleced 
Sl(n-OD  Coaplaccd 

bear  rirtc  Tr«as«ctlon 


ResDonse  to  Transaction  "A* 


New  Screen 


rxr 


rr 


Tl    KA. 


«0»UWC  HA. 

E  N 


•MIMA     KA. 


Index  Kap 
Eugene  Dittrlet 
Sc»le:  1:<.00IC 
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jser  action 


TRANSACTION 


Enter  a  request  for  a  display  of  available  themes  for  the  MOHAWK 
resource  area. 


USER  STEPS 


O 


1.  Select  the  "DISPLAY  AVAIL  THEMES"  key. 

2.  Select  the  "RESOURCE  AREA"  key. 

3.  Position  the  screen  cursor  to  any  point  within  the  MOHAWK  resource  area. 

4.  Select  the  "END"  key. 

COMMENTS 


1.  Step  3  is  shown  in  the  "Current  Screen"  on  the  facing  page. 

2.  Transactions  can  be  displayed  in  English  on  the  screen  before  actual 
processing  of  the  transaction.   If  the  user  chooses  to  work  in  this 
mode,  he  could  select  an  "Edit"  key,  which  is  not  shown,  instead  of 
the"END"  key.   For  this  transaction,  the  following  message  would 
appear  on  the  screen: 

YOU  HAVE  REQUESTED  A  DISPLAY  OF  AVAILABLE 

THEMES  FOR  THE  MOHAWK  RESOURCE  AREA 
After  verifying  the  transaction,  the  user  would  then  select  the  "END" 
key  to  cause  the  transaction  to  be  processed. 

PICTORIAL  REPRESENTATION  OF  USER  STEPS 


PAPER  hLENU 


^s: 


1  ^'  ^ 1 

Display 

Avail 

Themes 

■ 

Resource 

Ares 

1 

. 


ND 
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Current  Screen 


r-r 


aOIUWK   ILA. 


MUM    at. 


•MIMA    HA. 


Zadez  Kap 
Eutene  DlaCrlcc 
Scale:     l-.iOOK 


Response  to  Transaction  "B' 


New  Screen 


tist  of  Available  Theaes 
For  Mohavk  Resource  Axaa 

1.  BLK  Ailalnlsrratlve  Boundaries 

2.  TraasporcacioQ 

3.  lake*.  Klvers  i  Screasa 

4.  Cadastral  Grid 

5.  Land  Scacua 
«.  Wildlife 

7.  tanjte 
t.  Forestry 
f.  Topography 
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USER  AuilON 


TRANSACTION 


C.  Enter  a  request  for  a  display  of  available  data  elements  for 
FORESTRY  and  TOPOGRAPHY. 

USER  STEPS 

1.  Select  "DISPLAY  AVAIL  DATA"  key. 

2.  Select  keys  for  "8,  9"  to  indicate  FORESTRY  and  TuPOGRAPHY 

3.  Select  "END"  key. 

COMMENTS 

In  step  2,  the  current  screen  is  used  as  a  screen  menu.  The  8  and  9 
Indicate  the  eighth  and  ninth  items  in  the  list  of  available  themes. 


PICTORIAL  REPRESENTATION  OF  USER  STEPS 


PAPER 

mi:nu 

Cil 

Display 
Avail 
Data 

1 

3 

©■V      ( 

■ 

1 

7 

■^ — 1 
8 

9> 

A 

5 

6 

1 

2 

3 

. 

0 

.\ 

{ 

sv4 

1    EOT 

^ 
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Current  Screen 


LUC  of  Available  Theses 
for  Kabavk  Resource  Araa 


KM  A^alnlsrraciv*  Koundarlea 

Traasportatlon 

Cadastral  Grid 

Land  Scacus 

Wildlife 

ftange 

Forestry 

Topography 

Response   to  Transaction  "C* 


New  Screen 


list  of  Available  Forestry 
Ikata  Elemeau  for  Hobavk  Kes. 


Area 


1.  Scaad  age 

2.  Staad  Density 

3.  Species 

A.  Tolume  per  acre 

5.  Annual  growth  per  acre 

i.  Average  tree  height 

7.  Avitrage  Dlaa.  at  breast  be- 

Lilt  of  Available  Topography 
Data  Eleaeats  for  Hohawk  Res.  Area 

I.  Ijocatlon  of  Kijor  Streams 
9.  Location  of  Canyons 
10.  Slope  Class 
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UjL.i\    /\L.iJ.lJll 


TRANSACTION 

D.  Enter  a  request  to  retrieve  the  following  data  from  the  Master 

^^^/!^^!''  ^''"^  ''^"^  ^^^^  density)  702  and  STAND  AGE  <30  and  ^10 
and  <SPECIES  =  DOUGLAS  FIR  or  TRUE  FIR)  and  SLOPE  <20%.  ^ 

USER  STEPS 


O 


1. 
*2. 
3. 
A. 
5. 
6. 
7. 


Select  "RETRIEVE"  key. 

Select  "2"  key  to  indicate  STAND  DENSITY 

Select  ">"  key. 

Select  "70"  from  the  numeric  keyboard. 

Select  "r  key  to  specify  units, 


Repeat  steps  similar  to  2  through  5  to  scpr-ifv  ^■•^.c   -^-=™^^  ■ 

Select  the  "END"  key.  specify  the  remaining  parameters 


COMMENTS 


1.  When  map  data  is  retrieved  from  the  master  data  base,  It  is  placed  in  a 
nlott:r"-H  'f''^^^^'   transactions  can  cause  the  dita  to  be  d"  la'ed 

lin  '^°''      '°^^'  P^"^"^^'^  i^  ^  tabular  listing,  passed  to  an 
^     application  program,  or  saved  for  later  use 

2.  In^step  2  the  "2"  key  indicates  the  second  item  on  the  list  of  available 
PICTORIAL  REPRESENTATION  OF  USER  STEPS  1  THROUGH  5 
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Current  Screen 


llct  of  AvaiUble  rorescry 
9*tM  tlcaenu  for  Hotuivlc  Xes.  Arc* 

1.  teaad  age 

2.  StSBd  Deaslty 
3>  Species 

4.  Toluae  per  acre 

5.  Aaaual  growch  per  acre 
C.  Avaratc  Cree  hcighc 

7.  ATsraie  Vtaa.  at  breasc  bC- 

tl«C  of  Available  Topography 
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Response  to  Transaction  "D" 


Hew  Screen 


tacrleval  Completed 

Ceo(raphlc  Area:  Mohavk  &.A. 

faraaetcrs:  Stand  Density^  702 

Stand  Age  <  30  4  >  10 
Species  >  Douglas  Fir 

or  True  Fir 
Slope  (20Z 

Susoar;  of  Ketrleved  Saca 

>o.  of  Polygons  7 

Total  Acres  SS2 

Acres  of  Snallest  Polygon:  S 
Acres  of  Largest  Polygon  1S2 
Arg.  Acres  per  polygon:    90 
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USER  ACTION 


© 


TRANSACTION 


E.  Enter  a  request  to  display  a  niap  of  the  retrieved  data, 


USER  STEPS 


1. 
2. 

3. 


5. 


Select  "DISPLAY  MAP"  key.  ' 

Select  "SHADED  MAP"  key  to  specify  the  type  of  map  desired. 

Select  "F3"  key  as  the  standard  output  spec  to  indicate  the   , 

pre-defined  shading  spec  #3  for  forestry  maps. 
Select  "FILL  SCREEN"  key  to  specify  that  the  sytem  should  determine 

a  scale  which  will  fill  the  screen. 
Select  "END"  key. 


C0^D^1£NTS 

Step  3  specifies  a  pre-defined  output  spec.  Pre-defined  output  specs 
define  the  types  of  symbols  to  be  used,  the  shading  parameters,  contents 
of  legend,  the  grid  system,  title,  etc.   Other  keys  can  be  defined  to 
permit  identification  of  deviation  from  the  standard. 

PICTORIAL  REPRESENTATION  OF  USER  STEPS 
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Surreat  Screen 


IccrlevAl  Conplcced 

Ccogrkphlc  Area:  Kohxvk  t.A. 

Y«ra.Bec«rs:  Staod  Deaslcy^  70Z 

tt«nd  A<e  <  30  i  >  10 
Specie!  -  Douglss  Fir 

•r  True  Fir 
Slope  ^20Z 

Suanery  of  tecrleved  lUta 

■o.  of  Folygons  7 

Totel  Acres  (32 

Acret  of  Smallest  Polygon:  5 
Acres  of  Largest  Polygon  182 
Ats.  acres  per  polygon:    90 
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Response  to  Transaction  E 


New  Screen 


m!i-:^i^K'.'k'M,}:^>ry  «_B,^,„J-i 


USER  ACTION 

TRANSACTION 

F.  Add  the  fo] lowing  title  to  the  display; 
"THINNING  AREA  CANDIDATES" 
USER  STEPS 


(„ ) 


1. 
2. 
3. 

A. 
3. 


Select  the  "ADD"  ke/. 

Select  the  "TEXT"  key. 

Select  the  "2xSTD"  key  to  specify  that  characters  should  be  twice 

the  standard  character  size. 
Position  the  screen  cursor  to  the  starting  position  of  the  text. 
Spell  out  the  title  characters  "THINNING  AREA  CANDIDATES"  using* 

the  alphabetic  keyboard. 
Select  the  "END"  key. 


O 


COMMENTS 

Step  A  is  shown  in  the  current  screen  on  the  facing  page.  Since  the  desired 
direction  is  horizontal,  it  is  not  necessary  to  select  another  position  in 
order  to  specify  the  direction  of  the  text. 


PICTORIAL  REPRESENTATION  OF  USER  STEPS 


PAPER  MENU 


I  Add  [Delet^ 


©^ 


@T* 


Symbols 


Text  Size 


■^ ■ 

Text 

l/2x  std 


2  X  std 


^ 


ALPHABETIC  KEYBOARD 
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fe^renr  Screen 


Response  to  Trar.sactlcn  "F" 


New  Screen 
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USER  ACTION 


TRANSACTION 

G.  Enter  a  request  for  a  hard  copy  of  the  display. 

USER  STEPS 

1.  Select  "PLOT  MAP"  key. 

2.  Select  "CURRENT  SCREEN  IMAGE"  key  to  specify  the  size  of 

the  area  to  be  plotted. 

3.  Select  "1:200K"  key  to  specify  the  map  scale. 

4.  Select  "END"  key. 

COMMENTS 

If  the  user  had  chosen  to  do  so,  he  could  have  performed  numerous 
manipulations  of  the  image  before  requesting  a  hard  copy.  Some 
of  the  manipulations  are:  zoom,  overlay  township  and  section 
boundaries,  overlay  transportion  network,  overlay  rivers  etc. 


PICTORIAL  REPRESENTATION  0?  USER  STEPS 
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C\iTi    at  i:-  oTeei 


Response  to  Transaction  "G" 


Plotter  Output 
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If  the  user  already  had  a  working  knowledge  of  the  available  data, 
he  could  replace  transactions  A,  B,  C,  and  D  with  a  single  transaction, 
The  following  page  illustrates  this  transaction.   It  would  be  followed 
by  transactions  E,  F  and  G  to  yield  identical  results. 
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USER  ACTION 


TRANSACTION 

ABCD.  Enter  a  request  to  retrieve  the  following  data  from  the  Master 
Data  Base:  areas  within  the  MOHAWK  resource  area  where  STAND 
DENSITY)  70%  and  STAND  AGE  < 30  and >  10    (SPECIES  =  DOUGLAS  FIR 
or  TRUE  FIR)and  SLOPE  <20%.. 

USER  STEPS 

1.  Select  the  "RETRIEVE"  key. 

2.  Select  the  "MOHAWK  R.A."  key  to  indicate  the  geographic  area  of  interest, 

3.  Select  the  "STAND  DENSITY"  key  to  indicate  the  desired  data  element. 
A.  Select  ">"  key. 

5.  Select  "70"  from  the  numeric  keyboard. 

6.  Select  "%"  key  to  specify  units. 

7.  Repeat  steps  similar  to  3  through  6  to  specify  the  remaining  parameters. 

8.  Select  the  "END"  key. 


PICTORIAL  REPRESENTATION  OF  USER  STEPS  1  THROUGH  6 
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SYSTEM  RESPONSE 


Current  Screen 
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Response  to  Transaction  "ABCD" 
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Some  features  which  could  have  been  used  in  this  example  that  were 
not  Illustrated  are: 

1.  Abbreviations  on  screen  menus  could  be  used  instead  of 
numbers, 

2.  Boxes  could  have  been  used  on  screen  menus  for  selections  by 
a  screen  cursor  instead  of  using  numbers. 

3.  The  "BACK  SPACE"  key  could  have  been  used  to  cancel  the 
previous  menu  selection. 

4.  A  "CANCEL"  key,  which  was  not  shown,  could  be  used  to  cancel 
all  of  the  previous  selections  of  a  transaction. 

If  the  user  wishes,  he  could  use  a  hardware  keyboard  and  a  command 
language  to  enter  transactions  without  using  a  paper  menu.  He  could 
also  inter-mix  entries  from  the  paper  menu  with  entries  from  the 
hardware  keyboard.   These  alternatives  are  not  illustrated  in  this 
example. 


This  completes  this  sample  work  session.   In  the  actual  solution  to  the 
stated  sample  problem,  the  user  would  study  this  output  along  with 
other  data.   He  would  subsequently  have  similar  work  sessions  for  other 
resource  areas.   He  may  also  repeat  the  work  sessions  using  different 
retrieval  criteria  before  making  his  analysis  and  selecting  areas  to 
include  in  a  final  recommendation. 
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4,0  INTRODUCTION  TO  SAMPLE  TRANSACTIONS 

This  section  identifies  the  system  tasks  required  to  execute  two 
transactions.  The  first  transaction  is  simple  and  requires  the  execution 
of  18  system  tasks.  The  transaction  is  the  first  one  in  the  graphics 
example  of  section  3.  The  second  transaction  is  more  complex  and  requires 
the  execution  of  38  system  tasks.  This  transaction  is  the  last  one  in 
the  graphics  example  of  section  3. 

Identification  of  the  tasks  for  these  transactions  required  making 
several  assumptions  about  the  system  design  including  some  control  flow, 
data  flow  and  program  logic.  The  tasks  for  controlling  the  sequence  and 
for  passing  data  between  programs,  however,  are  not  identified.  The 
actual  tasks  required  to  process  the  transactions  will  therefore  differ 
from  the  ones  identified  in  this  section.  These  lists  of  tasks  should  be 
useful,  however,  during  the  design  of  control  flow  and  data  flow  logic. 

The  system  tasks  identified  in  this  section  may  not  be  worded  exactly 
the  same  as  they  are  in  section  2.  In  that  section,  tasks  are  identified 
in  general  terms.  For  example,  one  task  is  worded  as: 

Perform  inserts,  deletes,  replacements  and  retrievals. 
In  this  section,  some  tasks  are  more  specific.  The  above  task,  for 
example,  appears  as: 

Perform  retrieval 
Some  tasks  in  this  section  are,  however,  stated  in  even  more  general  terms 
for  simplification.  The  function  name  and  alphabetic  ID  of  the  tasks  from 
section  2  are  shown  with  each  task  in  this  section.  This  provides 
a  means  of  relating  the  tasks  in  the  two  sections. 
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4.1  SIMPLE  TRANSACTION 

Enter  a  request  for  a  display  of  an  index 
map  for  the  Eugene  District. 

4.1.1    USER  STEP  #1 

Select  the  "DISPLAY  INDEX  MAP"  key. 
4.1.1.1   SYSTEM  TASKS 

1.   Obtain  data  from  input  device. 


2.  Translate  device  character  code  to 
internal  character  code. 

3.  Identify  menu  key  selection. 


4.  Arrange  data  in  a  standard  input 
format. 

5.  Accumulate  user  entry. 


6.  Validate  the  user  entry. 

7.  Create  operator  feedback  signal. 

8.  Determine  destination  and  device 


9.   Convert  data  to  the  specific  device 
dependent  form  and  format. 

10.   Invoke  graphic  primitive  (to  provide 
operator  feedback). 


Function 


Task  ID 


Input  Device 
Interface 


Data  Entry 
Supervisor 


User 
Assistance 


Data  Presenta- 
tion Supervisor 

Output  Device 
Interface 


C 
D 

B 

B 
C 
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Function      Task  ID 
4.1.2    USER  STEP  #2 

Select  the  "END"  key  to  indicate  the  end 
of  the  transaction. 

4.1,2.1   SYSTEM  TASKS 

1.  Execute  system  tasks  1  to  10  identi- 
fied for  user  step  #1  plus  the  following: 

Insert  default  for  missing  parameter   User  E 

(for  geographic  area  of  interest)      Assistance 

2.  Provide  index  map  (restore  a  saved        "  A 
output  buffer). 

3.  Determine  destination  and  device      Data  Presenta-   B 
type.  tion  Supervisor 

4.  Determine  the  portion  of  the  output    Graphic  Presenta-  B 
buffer  to  be  presented  on  the  screen.   tion  Services 

5.  Determine  the  size  of  the  device         "  C 
window. 

6.  Determine  translation  parameters         "  D 
between  internal  coordinates  and  device 

coordinates. 

7.  Convert  data  to  the  specific  device    Output  Device    B 
dependent  form  and  format.  Interface 

8.  Invoke  graphic  primitives  (to  send        "  C 
the  image  to  the  screen). 


f 

i 


C  . 
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Function 


Task  ID 


4.2  COMPLEX  TRANSACTION 


Enter  a  request  to  retrieve  the  following 
data  from  the  master  data  base:  areas  within 
the  Mohawk  resource  area  where  STAND-DENSITY 

70%  and  STAND-AGE  30  and  10  and  (SPECIES  = 
Douglas  Fir  and  True  Fir)  and  SLOPE  20%. 


4.2.1 


SYSTEM  TASKS 


1.  Execute  system  tasks  1  to  10  identified 
for  user  step  #1  of  the  simple  trans- 
action. Repeat  these  tasks  for  each 
menu  key  selection  for  all  user  steps 
required  to  enter  this  transaction. 

2.  Translate  the  transaction  to  a 
standard  application  format. 

3.  Verify  the  reasonableness  of  the 
request. 

4.  Check  for  transaction  authorization. 


Determine  priority  of  the  transaction. 


6.  Insert  transaction  into  appropriate 
application  queue. 

7.  Create  transaction  feedback  message. 
This  is  a  message  such  as: 

PLEASE  WAIT  -  YOUR  TRANSACTION 
IS  BEING  PROCESSED 


Transaction 
Analysis 

C 

II 

D 

System 
Security 

B 

Transaction 
Queuing 

A 

II 

C 

User 
Assistance 

D 

8.   Execute  the  Data  Presentation  tasks 
required  to  place  the  above  message 
on  the  screen.  Details  of  this  task 
are  intentionally  omitted  for  simplifi- 
cation. 


9.   Verify  the  retrieval  request. 


10.  Determine  the  specific  data  elements 
to  be  retrieved. 

11.  Group  retrieval  parameters  by  theme. 

12.  Determine  which  qualifying  data 
elements  are  keys. 


Data 

A 

Retrieval 

II 

B 

II 

C 

H 

D 
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13.  Determine  which  key  will  provide  the 
most  efficient  access  to  the  data  base, 

14.  Translate  request  to  the  syntax 
required  for  the  specific  data  base 
manager  being  used. 

15.  Check  user  authorization  for  access 
to  the  specific  data  elements. 

16.  Perform  retrieval . 


17.  Return  data  record. 

18.  Return  status  of  the  request. 

19.  Discard  non-qualifying  records  by 
comparing  data  elements  with  the 
retrieval  qualifiers  that  were  not 
used  as  a  key. 

20.  Extract  required  data  elements  and 
arrange  in  required  format. 

21.  Repeat  some  previous  retrieval  tasks 
if  necessary.  For  example,  use 
extracted  IDs  of  lines  to  retrieve 
area  boundaries. 

22.  Store  data  in  user  work  space. 


23.   Repeat  some  previous  retrieval  tasks 
if  necessary.  For  example,  retrieve 
remaining  records  for  the  forestry 
theme  and  store  extracted  data  in 
user  work  space. 

24.,   Repeat  some  previous  retrieval  tasks 
if  necessary.  For  example,  retrieve 
records  for  the  topography  theme  and 
store  extracted  data  in  user  work 
space. 

25.  Determine  if  a  forestry  polygon 
intersects  with  a  topography  polygon. 

26.  Delete  the  forestry  polygon  if  there 
is  no  intersection. 


Function 

Task  ID 

It 

E 

Data  Base 

A 

Manager 
Interface 

II 

B 

Data  Base 
Manager 

A 

II 

C 

II 

D 

Data 
Retrieval 

G 

Data 
Retrieval 

K 

Data 
Retrieval 

M 

Data 
Retrieval 

L 

II 

M 

Data 
Retrieval 


Spatial 
Processing 


C 


I 
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104 


27. 

28. 
29. 

30. 
31. 

32. 

33. 


34. 

35. 
36. 


37, 


38. 


Compute  the  intersection  of  the  " 

forestry  and  the  topography  polygons. 

Calculate  the  areas  of  the  intersection. 

Replace  the  retrieved  forestry  polygon      " 
with  intersection. 

Store  data  for  a  surmiary  retrieval  report.   " 

Repeat  system  tasks  25  through  30  until 
all  forestry  polygons  have  been  processed. 

Delete  all  topography  polygons.  " 

Use  Data  Base  Services  to  retrieve  from 
and  to  update  the  user  work  space. 
This  was  performed  during  system  tasks 
25,  26,  29,  30,  and  32.  The  detailed 
tasks  were  intentionally  omitted  for 
simplification. 

Position  data  for  the  summary  retrieval  Alpha-Numeric 
report  within  the  output  buffer.       Output 

Processing 

Determine  destination  and  device  type.  Data  Presenta- 
tion Supervisor 


G 
B 


Format  output  into  device  dependent 
page. 


Convert  the  data  to  the  specific 
device  dependent  form  and  format. 


Invoke  access  methods  or  graphic 
primitives  to  actually  present  the 
summary  retrieval  report. 


Alpha-Numeric 
Paging  and 
Presentation 
Services 

Output 
Device 
Interface 


B 
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